Forum Replies Created
-
Posts
-
Same thing here, switching to “Always load all elements” fixed it, seems there is a bug in the code that gets removed on the other “Load only used elements” option, which is a shame as that is a great feature.
I had this problem too, drove me crazy. Really surprised there isn’t a simple Enfold setting for a modern, full width blog.
I got it to work by turning off sidebars, and then adding this code to the custom css:
@media all { #top .fullsize .template-blog .post-title { text-align: center; font-size: 30px; padding: 15px 0; max-width: 100%; margin: 0 auto; } @media all { #top .fullsize .template-blog .post .entry-content-wrapper { text-align: justify; font-size: 1.15em; line-height: 1.7em; max-width: 100%; margin: 0 auto; overflow: visible; } } @media all { #top .fullsize .template-blog .post .entry-content-wrapper > * { max-width: 100%; margin-left: auto; margin-right: auto; } }You can see it in use here: https://www.microstockman.com/adobe-stock-interview-2018/
Hey again,
Thanks for forwarding that to the devs but it seems you have only commented on one part of my message.
My prime concern are the errors being reported by the image schema markup Enfold has included. Can you pleas advise on correcting these issues as mentioned in the links above??
Thanks
Oh one last question on this then – does the Enfold form contain some form of its own Email Address Obfuscation, so the email address isn’t exposed to the world?
Very interesting find, thank you Gunter for your work.
For others that have this same issue, the culprit is Cloudflare’s Email Address Obfuscation feature, found under the Scrape Shield section.
Turning this OFF means the enfold shortcode no longer gets ruined.
Thanks again, I appreciate your help in determining the cause.
Hi Gunter,
Ok so you are kind of right and kind of not…
First, i have never manually messed with that code. But indeed you are correct, it seems to be spitting out weird shortcodes.
So I just deleted the element and created a brand new Contact form element. And guess what happened….The brand new element created the same weird code that you referred to in your post. So this is somehow being generated by Enfold – not by me.
And the same issue exists, of it not saving the settings.
Please take another look and see for yourself what is happening.
Thanks a lot.
Figured out the icon issue – you can’t just use enfold short codes, gotta copy the HTML into the menu instead
^ I turned off the Hover option in the Enfold menu settings for now, and that helps. But then needed to add ## to parent menus to make them clickable.
Also, I can now see the menu (which is a BIG improvement!) but on mobile it ‘bounces’ on the sub menus. As in, its very difficult to click on a sub menu item. Any suggestions? Try it on your mobile and you will see what I mean
That helped! Thank you. So when the theme update comes with the fixes for these issues, should I remove that CSS?
Also, is there a ‘correct’ way to use icons in the menu? I see my icon (home) works fine on the desktop menu but on in the mobile menu – is that due to more bugs with the mobile menu or something else?
Thanks so much for your help!
Jordan – thanks for you honest reply in the other thread. Much prefer upfront honesty than the run-around.
Thanks
I had one in that long thread of others who had the same/similar problems. I guess Ill open another one then. thanks
Done – https://kriesi.at/support/topic/mobile-menu-not-working-16/
Thats got it, thank you. :)
Im still not able to have a working mobile menu at all – could you also look at that for me?
Hey Jordan,
Thanks, I understand the designers need to make some calls. Perhaps this one can be re-thought, or at least an option added to the element to remove it entirely, as it seems like strange behaviour (to me at least).
It wasn’t working on other pages where I had multiple color sections. Im guessing the problem was the “_1” given in the code provided above? Does each section get a new identifier number?
If so, what code would remove it from ALL uses of the color section?
Thanks a lot
Hi Jordan,
Thanks for the reply, and that code works for a couple of pages, but not all.
But I think there is an underlying problem here. If you add a color section you get this border. Whether it comes from the section below or not, thats sort of irrelevant. You should be able to add a color section without being forced to have this border randomly appear. Do you see what I mean?
Thanks for your help.
Also still waiting on replies to 2 other posts on other issues….
Thanks guys.
Hey John, I gave you the link to look at in the private details. Now I have also included a screenshot from that page.
The line is the bottom of the Color Section element, which on the front end is between the red scroll down arrow, and above the “get a quote” heading.
Please note however, this issue is not unique to this page. Whenever I add a color section, it forces a bottom edge border.
I have the same problem as Moniot. This is an issue that needs to be addressed in an update I would think?
So Kriesi gang – will there be a patch for this coming soon? Seems a few of us are finding the same/similar things.
the functions referred to in that functions file are:
function get_file_data( $file, $default_headers, $context = '' ) { // We don't need to write to the file, so just open for reading. $fp = fopen( $file, 'r' ); // Pull only the first 8kiB of the file in. $file_data = fread( $fp, 8192 ); // PHP will close file handle, but we are good citizens. fclose( $fp );if that helps
Hey,
Enfold is latest, but woocommerce is still 2.5 due to compatibility with another plugin.
Isn’t enfold stil compatible with 2.5 tho?
Thanks
