Forum Replies Created
-
Posts
-
Hi Yigit, FYI, it seems the issue is fixed. I noticed on a staging environment the site was working well until I imported the nav menus. When I deleted and re-created the menus on the live environment, the site was functioning normally again. Still vague what exactly was the cause, but I guess something was corrupted in the menu data structure.
Hi Yigit, I made a copy of the site on a decent server optimized for WP and I see the issue occurs still.
Here PHP 7.4 is still available, but the issue also occurs on that version, so it seems it is not related to PHP-version after all.
Hi Yigit, thanks. I do not quite understand what it says on Github but will check with One where it is indeed hosted.
Best,
IvanHi Rikard, yeah, I noticed switching to classic editor resolved the issue. Hopefully you will find a fix soon, thanks!
Ivan
Hi Rikard, all good, this ticket can be closed.
And happy holidays already to you and all at Kriesi.
Sorry, solved, per this page.
Hi Ismael,
I added the code to the child theme’s functions.php, but it is nog making a difference. Any more suggestions?
Thanks,
IvanHi Basilis,
The .mo-file? Sure. But the string is already translated in your your theme package, so I would say it should work out-of-the box.
Ivan
Hi Rikard, the function by @guenni007 doesn’t do the trick.
Normally, this should work with translation in the .mo-file, right?
Hi, same here, I am also seeing “Share this entry”, where I believe a translation string is available (in Dutch).
Hi Ismael,
Well, that pointed me in the right direction, and I guess I should have known: we have moved class-form-generator.php to the child’s functions.php to maintain some modifications to the datepicker. Some update elsewhere in the theme had apparently broken the ajax form. I copied the latest version of class-form-generator.php to functions.php and applied the code changes – solved!
Thanks for the help and effort,
IvanHi Ismael,
You would say so, right? But I don’t know how or where I would have done that? Do you know where I can check whether I have disabled ajax form?
Thanks,
IvanThat’s weird, there’s no caching and it’s broken like this on all browsers and all devices I check.
The css provided doesn’t work, because class .avia_ajax_form is not in de html. For now I added this to the quick css:
.ajax_form p{ position: relative; clear:both; float:left; width:100%; margin: 11px 0;} .ajax_form.av-form-labels-hidden p{margin-top: 8px; margin-bottom: 8px;} .ajax_form p.hidden{position: absolute; width:0px; left:0; top:0; } .ajax_form .form_element_half{width:49%; float:left; margin-left:1%; clear:none;} .ajax_form .form_element_third{width:32.3%; float:left; margin-left:1%; clear:none;} .ajax_form .form_element_two_third{width:66.4%; float:left; margin-left:1%; clear:none;} .ajax_form .form_element_fourth{width:24.2%; float:left; margin-left:1%; clear:none;} .ajax_form .form_element_three_fourth{width:74.8%; float:left; margin-left:1%; clear:none;} .avia_ajax_form .first_form{clear:both;margin-left:0;} .textare_label.hidden.textare_label {display: block;position: initial; top: auto;visibility: visible;}Ivan
Hi Rikard,
Sure, see here.. The fields show in columns by adding class avia_ajax_form to the <form>-tag,
Ivan
Hi Victoria,
It works, but does not seem to be a solution to the problem described. Note that form_element_third are not 33%, likewise for form_element_half.
And do you know why this is now broken, since it is standard Enfold functionality?
Thanks,
IvanHi Victoria,
That will work indeed, thanks! I notice now that I will also need to rework some of the Javascript so that zoom and bounds are right on all devices.
If I work out something elegant I will share it here, so it may help someone.
Thanks again!
Ivan
