Forum Replies Created
-
Posts
-
Thank you,
the pages are all translated using the translation editor of WPML. No manually page-editing on other languages beside the base language is done.
In my opinion there should be a filter of some kind that prevents non-frontend post-types from being shown, even if there is no post in a language at all.The point is:
it is assumed that the user will only use the element when there are actually posts to display
makes absolutely sense, BUT: the user does not “use the element”, it is copied automatically by adding a translation. There could always be a situation where the user wants to translate the blog page (listing of posts) but has no single post translated so far. Or a user wants to show posts in a completely different page using the “Blog posts” content element.
Nevertheless: I will use your workaround inside the functions.php but I think it might be useful to implement a fix in the main theme.
Thank you!
Thanks for the workaround! But shouldn’t “nav_menu_item” posts never be displayed in frontend? Shouldn’t this case be handled inside the Enfold code?
I will fix the problem temporarily using your code (thanks again!) but I would suggest to apply this fix globally in one of the next Enfold versions.Best regards
FabianThanks for your answer but I know how to translate posts/pages (by using the translation editor).
This is exactly the problem: I don’t edit the pages directly! I am using the translation editor and this leads to the problem above.
You wroteLooks like the FR version has been set to use the default editor
but this is not the case. That’s why I replied: there is no way to choose “use ALB”. I am using the translation editor… ;)
It seems like deleting and restoring the page using the “edit page anyway without translation editor” trick the page structure gets rebuild and the layout is working fine afterwards. But again: this kills the permalink to this page and from then on the page_id query is used after this workaround.
Best regards
FabianIt looks like it helped to first move the corresponding page to the trash (i.e. delete it) and to click “Restore” afterwards…?!
This leads to another problem: the slug (URL) for this page is gone and from now on the query URL with page ID is used. :-(
Saving the permalinks does not fix this.Using the translation editor there is no way to select “Use ALB” like when editing a page directly. This setting seems to be copied on all pages from the base language version of the page but not on two or three pages, like the FR frontpage linked in “private content”.
The links are in “private content”. Sorry but I don’t want to show the page to the public here.
The problem can be seen on the mirrored dev server as well as on the live website.The Enfold settings for all languages are (nearly) identical. Version 4.8.9 also does not fix the problem. If I switch to another standard theme those posts don’t show up.
And YES, we are using the latest version of Enfold (4.8.8.1). PHP version is 8.0.13, browser is irrelevant.
And YES, we are using the latest version of Enfold (4.8.8.1). PHP version is 8.0.13, browser is irrelevant.
Hello Yigit,
We are using the latest version (4.8.9) and the problem still exists. Just have a look at the PO file (en_DE_formal.po).
When I run a link checker, it appears in the code. Does JavaScript remove the reCAPTCHA code? If I look directly in the source code, I can’t find it either. But in the translation files it definitely shows up.With kind regards
I’m sorry but the same problem happened again with a customer’s website… This time no SVG-plugin was used!
“We are re-uploading your SVGs” is not an answer to this problem. There must be a solution for this problem everybody can use!@Guenni007
You wrote “Force Inline SVG” which the plugin does not have as an option. It’s called “Enable Advanced Mode” like you said in your last post.
I don’t have the time to try different solutions and everything is working now. Let’s hope in the future this will not destroy our client’s websites.This is the initial problem of this new version. You have to replace the code, see the very first post at the top.
@Guenni007: there is no such option in the plugin I am using. (SVG Support)
@Pixel_Production: you have to use the “svg tag” like written above in your cssThanks. And maybe add a hint that all custom styles related to the
tag of the logo have to be changed to use the <svg> tag…
Thank you. I am really interested in how this has been solved. What was wrong with our SVG? And will this problem come up with SVGs we are creating in the future?
Hello Yigit,
we are using a plugin called “SVG Support” (https://wordpress.org/plugins/svg-support/) because we need SVG in other places as well, not just the logo.
Best regards
48DESIGNThis does not work for one of our websites. Replacing the file still does not show the logo. As the website is live I used a temporary fix by replacing the logo output directly inside the functions.php of our child theme:
/** * Custom logo */ add_filter('avf_logo_final_output', 'avf_text_logo_final_output'); function avf_text_logo_final_output($logo) { $link = apply_filters('avf_logo_link', home_url('/')); $logoImage = '<img src="URL_TO_LOGO/logo.svg" height="100" width="300" alt="Logo" style="max-height: 200px;">'; $logo = sprintf('<div class="av-logo-container"><div id="logo" class="logo"><a href="%s">%s</a></div></div>', $link, $logoImage); return $logo; }Extremely fast support times, perfect! And sorry, I now saw that there are others having the same problem (and solution). There are so many posts inside this forum and the website is kind of slow… ;)
THANKS!
Habe ALB mit Advanced Layerslider in Verbindung gebracht. Es wäre nett, wenn dieser thread nicht als “Werbung” dienen würde. ;-)
Hallo Guenni007,
nein, ich nutze keine veränderte ALB-Version. Es geht auch nicht um den LayerSlider sondern den “normalen” EasySlider.
LG
FabianHello Victoria,
I had to fix it using child theme’s style.css because it is in the design phase right now. I’ve put the url in the “Private content” area below.
If you remove the following style you can see the problem (no background image is shown):
body.home #full_slider_1
I tried to find the code myself but from version to version the php code of Enfold is getting more complicated. ;)
Thank you,
FabianThanks but I don’t think adding a shortcode can be called a fix. This content can be edited by the client and he will likely copy and paste the information… shouldn’t this be possible to be handled inside Enfold’s code? If I use this character inside a regular text shortcode there is no problem!
Thanks
Hi,
this post type is from the child theme. Does Enfold simply check for a post type “product” to verify that WooCommerce is installed?
By the way: I granted you access to the website, so you should see that there is no WooCommerce installed.Best regards
FabianThank you Ismael,
but this website doesn’t use WooCommerce and Enfold was directly installed (and afterwards updated) from the installation package we’ve purchased, so this should not be necessary I think. The config file is from 2017-11-07, so it seems it got updated to 4.2.
I took a look inside and there are those two functions.Nevertheless, if I remove those two dummy-functions from my child theme’s functions.php I get those errors:
[13-Nov-2017 11:22:11 UTC] PHP Fatal error: Call to undefined function avia_wc_set_out_of_stock_query_params() in […]/wp-content/themes/enfold/config-templatebuilder/avia-shortcodes/postslider.php on line 755
[13-Nov-2017 11:23:02 UTC] PHP Notice: Undefined index: orderby in […]/wp-content/themes/enfold/config-templatebuilder/avia-shortcodes/postslider.php on line 760Those errors block some content of the website to be loaded. You can test that on the frontpage.
Hey Basilis,
I’ve updated to the latest version (4.2) and from the changelog it seems to be fixed (improved: removed an old filter from woocommerce) but if I remove my workaround the same problem arises.
Best regards
