Forum Replies Created
Thanks a lot, Yigit, it works great now!
Only one thing:
I noticed the title tag was still there the first few seconds. In your code I see 3000, so I tried changing it to 1000 and it is better. Of course, there was probably a reason why you set it to 3000? Or is 1000 just as good?
Unfortunately this doesn’t seem to be working. Have added it to the bottom of functions.php, but the title tags still show the street name when hovering over the markers.April 7, 2015 at 9:25 am in reply to: Page sometimes temporarily stuck when using the new page transition #424529
I have no caching plugin installed, whatsoever. Though the hosting provider is probably using a caching feature (Flywheel). Could that be interfering?
I’ve tried 2 sites and both show the same page transition issue on any type of device using Safari:
– goo.gl/82wbXl (currently disabled the page transition and only the preloader still active, which works without issues)
– goo.gl/UfWnlT (click on the logo top left and then try to go back)
As the page transition for the first site is disabled, the preloader works fine. So it’s probably the transition code having issues with other code? Though like I said, the second site does not run ANY plugins at all (not 1!), so if it is interfering, it’s likely with something in the theme itself. That second site is a clean test site where I have only installed the Enfold theme.
Perhaps it is good to know I’m using a Magic Mouse from Apple and swipe the mouse with my finger to navigate through next or previous pages instead of pressing those buttons in the browser or using keyboard buttons.
I haven’t fixed the caching issue yet because with the recent few theme updates it kept getting removed and forgot to add it in again.
Sorry about that, I must have removed an image while waiting for feedback. I have added a second image to it again.
Yet I see no reason why this would not be visible anymore. I use no plugins, it’s the same on my official site and I have even checked on the Enfold demo site and it’s gone there, too.March 30, 2015 at 3:28 pm in reply to: Page sometimes temporarily stuck when using the new page transition #420509
There is only one more issue that remains, and I see it on multiple website with multiple devices (iPad, iPhone, Mac) in Safari. When I hit the “back” button of the browser, most of the time the preloader does not load the page and it needs a page refresh to load the page properly.
Thanks for your feedback. I’ll give it some time and see if it is indeed because of the cache. I just tried it does seem to look better.
v3.1.2? My Safari on Mac says: Version 8.0 (10600.1.25.1)March 30, 2015 at 10:05 am in reply to: Conflict in shortcode.js breaking fullscreen slider #420300March 27, 2015 at 9:58 am in reply to: Conflict in shortcode.js breaking fullscreen slider #419157
Hi, sorry for the late reply. Seems I missed a notification that you’ve answered on this topic.
It happens on my Mac (Safari, Chrome, Firefox), but not sure about PC. It happens very quickly, but the caption is visible right away, then turns invisible and fades in. You may need to reopen the page a few times to be sure the background image is already cached, because the caption is white and if the image is not loaded the bg is also white.March 23, 2015 at 4:35 pm in reply to: Conflict in shortcode.js breaking fullscreen slider #416450
No, that’s a different situation. This edit broke the slider as in not showing caption AND image for any slide ever. That other topic talks about an issue that sometimes does not show a caption.
The issue here occurred after editing the shortcode.js file and was fixed again after going back to the standard code. The other issue has been going on for several months.March 20, 2015 at 9:25 am in reply to: Page sometimes temporarily stuck when using the new page transition #415134
Ok, thanks for your time and the suggestion, Ismael!
I’ve removed the css and will give it some time to see if it solves it. If it doesn’t, I’ll either disable the page transition for now or spend some more time figuring out if there is another conflict because of my custom css.March 19, 2015 at 12:42 pm in reply to: Page sometimes temporarily stuck when using the new page transition #414330
This is the site: http://goo.gl/82wbXl
I’ve also noticed the page transition sometimes gets stuck completely, not loading the next page.
And am I imagining this or does the page transition make loading the next page take longer?
Or put them in Content Sections (element) and give those a background color. Then you don’t even need any CSS. You can even add Whitespace (element) between the Content Sections.
I also wanted full size images after clicking on the thumbnail. It’s been a while and I think Josue was the one to give me the solution. I’ve been using it ever since and still works perfectly:
1) Go to config-templatebuilder/avia-shortcodes/gallery.php
2) Search for:
'lightbox_size' => 'large',
3) Change large into full.
Sorry if this doesn’t answer the question. For Masonry it’ll probably be in a different php file in avia-shortcodes.
- This reply was modified 1 month ago by DavyE.
You can recreate that entire page with Enfold and make it look 10 times better without any effort. :)
For the gallery, you can use the following Enfold element in the layout builder:
Media Elements > Gallery > Set Gallery Style to “Big image with thumbnails below”
That’ll get you the desired effect.
Thanks, Yigit, but that doesn’t seem to be the best solution. Now it flickers on page load because it is visible right away, but then disappears again to fade in.
I’ve updated the site, flushed cache on server, did some local tests and it seems the issue isn’t solved yet. I cannot say 100% for sure it’s not my local cache still interfering, but so far I still see the caption not always appearing. :(
Perhaps you can test it a few times to see if it still occurs on your side. If it does and you’d like another check in the CMS, the login credentials are still valid.
Maybe I’ll also try recreating the fullscreen slider and see if that helps after this update.
Hello again. To be sure, can you confirm if I can still replace this entire code after the latest Enfold (3.1) update?
WOW, I just skimmed through the list of changes and am really impressed! Lots of great new features and especially several that I have long been waiting for and was beginning to consider looking for plugins.
I’ll make the update tomorrow and check the fullscreen slider caption. I will let you know if it’s solved.
Thanks for the update! Looking forward to the new version and will let you know if it solves this issue.
Ok Ismael, I’ll definitely let you know. So far no issues, but waiting for an opportunity to arise where I can clearly see if this works.
Thank you for the update, Andy!
Management is asking about the fix again as they are becoming impatient. At least I know it’s being looked at.
There’s little Kriesi can’t do, so I’m hopeful it’ll turn out well. :-DMarch 13, 2015 at 5:34 pm in reply to: Google Maps element showing different field in list #411158
Thanks Elliott! I’ve added it to the site (so far so good, didn’t break the site yet) and will do some tests to see if it works.
Hello again Elliott,
Thanks for the suggestion. Unfortunately I cannot change the .htaccess file on my hosting provider. Also, I’d prefer to just disable caching for one specific file (custom.css) as that is the one that changes the most when modifying CSS for the Enfold theme. I rarely touch other files.
I found this, but not sure where I would add this to the theme and how to specify it should refer to custom.css instead of style.css (unless I just change “style.css” to “custom.css”):
<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); echo '?' . filemtime( get_stylesheet_directory() . '/style.css'); ?>" type="text/css" media="screen, projection" />
This basically automatically adds a version number to the file so it is regarded as a new file and requests a fresh download.
My site is never completely finished. New things get added, changed and optimised daily. I often overrule existing style (specified by Enfold), but if the visitors don’t see my version, they will see a broken result.
I added a new fullscreen slider to the homepage. I set the caption to “center without frame”. This already has existing styles specified by Enfold, but I need to change several aspects of it, such as the positioning (top instead of middle, etc.). If the visitors still have the previous custom.css version in their cache in which that style isn’t overruled yet, they will see the caption in the middle of my picture instead of at the intended top position, and so on.
If tomorrow I change my fullscreen slider and want to change the font-family, this too will be done in custom.css, but only those who do a force refresh (= no one except me) will see the change.
Personally, I don’t even think the custom.css file should be cached in the first place, or not longer than a single session (like only lasting an hour). That is THE file we (Enfold users) will probably be modifying the most and the small file size would most likely not even impact load speed at all. If that’s the file we modify the most, I assume everyone would prefer these changes to be immediate.
Using the custom CSS text area in Enfold options (inside WP admin) is not a solution for me. Not all styles are accepted (for example changing font types), possibly because there are still other styles rendered below it. And I have about 10 languages, meaning I need to copy-paste every single change to every language. I also find it too risky to add anything there, because there is no turning back after saving changes (undo, backup different versions, …).