Forum Replies Created
-
AuthorPosts
-
Thank you, by the way, for the quick response!
I am assuming you mean the primary navigation. If so, yes, top. We will utilize side navigation for sub-sections of the site, but that does not need to have the the styles applied.
I ended up just manually upgrading it from the backside. If it happens again, I will let you know. We are also the host, so I can confirm it was not the issue, as we could do Enfold updates from other sites without issue.
This reply has been marked as private.Thank you for the quick response.
This should not be buried in an answer to another question. It should be front and center to everyone, as it has HUGE implications. The 4.2.7 update has more prominence, yet Gutenberg has the potential to Additionally, it is April and Gutenberg is about to be released. An update would be really nice on where Christian sees the development of Gutenberg and how it impacts Avia.
This reply has been marked as private.No, just individual sections. So in one are on the home page, it has a blue filter applied, the rest remain full color.
If you look at the page as it stands, the bottom section applies a filter to those images in the portfolio grid. What I am asking is how to apply this to just one class of portfolio-grid images properly? Otherwise, all portfolio-grids will have the same filter applied. When I have tried to apply stuff to classes before where the dom is thick, it gets really messy. I am curious if there is a better way?
Guenni,
Thank you. This was a different approach than what we have used in the past, and seems to work much better. Thank you so much for both figuring it out, but also offering to share your knowledge and experience. Hopefully, I can repay at some point along the way.
This example might be a good candidate to showcase in the example snippets section of the Enfold support site.
-jason
Yes, of course. I could not apply classes without it.
Finding plugins for this are not the question (yes, Google is handy), but these do not tell which play well with Enfold’s frameworks, which was why I came here. I was really hoping to avoid having to install dozens of menu plugins just to figure out which were compatible with Enfold.
I am going put it out there again. We need a good and maintained list of compatible plugins. Yes, there are a lot, but for many of us, we have lots of licenses of Enfold and need a good place for reference.
Found a really odd caching issue with Firefox. eventually had to nullify what was previously put in quick css with !important code. Not sure why, but we have a temporary solution. That might need someone to look at.
I had to remove te background image, so I could show the page. I will re-create this on another testing page later today.
I need to find a resolution where I can have a color area with an overlay and have it stretch from top of the color area to the bottom, without and breaking. I have done this on other projects without issue with Enfold and not sure why it does not work here. There is very little custom css, and none that should affect this.
I need the space in there, as it puts space between the image and the bottom of the color area stack. I have the same space at the top of the stack, but it does not affect the background there. I need the spacing in the image I just uploaded, without the break in the background image / overlay. I initially tried it with the padding, but that resulted in the same problem. I don’t recall having this problem on any other projects in the past.
I did test this on Chrome, Safari and Firefox DE. All of which display similarly.
No, the header line is as designed and implemented in css. What is not working, even with the update to 4.1 is when you apply a background image to a color area. I can do it with a background image, or an overlay texture (Enfold-driven). Look at the dark gray stack (color area). The pattern does not go all the way down to the bottom of the color area. I tried it manually using a background image without overlay and got nearly the same result. Screenshot link attached in private area.
We are seeing strange issues with color areas as well in the latest updates. Not sure if they are related, but wanted to chime in.
July 5, 2017 at 6:20 am in reply to: Best way to achieve a bottom border and outline on header #816628That works, thank you very much!
I still have a strange issue with the color areas below, but maybe that needs to go in a separate ticket.
June 20, 2017 at 4:59 pm in reply to: Strange issue with top padding on pages with hidden navbar #810495Okay, clicked on save, but for some reason it returned an error as I jumped tabs to preview.
I am really curious though on the settings. The settings say it should have been at the top, without any css.
June 20, 2017 at 4:54 pm in reply to: Strange issue with top padding on pages with hidden navbar #810484Actually, I do not have a caching plugin installed. Extremely basic site with just Enfold being the one thing added.
June 20, 2017 at 4:23 pm in reply to: Strange issue with top padding on pages with hidden navbar #810455Strangely, it is still there. Crazy. What am I missing?
June 20, 2017 at 6:42 am in reply to: Strange issue with top padding on pages with hidden navbar #810196Unfortunately, still pulls it down dramatically. Need at the very top of the page.
One note, this plug-in instantly breaks with Enfold, as it tried to insert itself as a replacement for any editor interface.
I just figured it out. Someone had somehow put in a WordPress Editor plugin. It was disabling the editor interface. I have no idea who installed this. I am really sorry for the trouble.
-jason
Hey Jordan,
It had 256M. Upped to 384 and then 512M. Still no joy.
-jason
As a side note, the slider appears to also have issues with some installations of Enfold 3.8.5 as well. That was part of what we were in the middle of determining and realizing without our own testing. In instances of it breaking overnight for those running 3.8.5, it seems to have switched the way the images load to require https, and then the browser throws an error on the transaction (on certain browsers) and you get a broken slider as well.
Does LayerSlider perform micro-updates at any point, aside from normal updates through the theme install/update mechanism?
-
This reply was modified 8 years, 1 month ago by
Jason E. Reason: grammatical/clarification fix
Thank you Yigit and Vinay for chiming in. It is appreciated.
I agree that the issue is not one of desire to close tickets, but a necessity due to the technology/process. This has happened many, many times in the past and it has cost customers and your team on all levels. I would like to ask you to consider that while this forum worked in the beginning, it is not conducive to a large community and ticket system rolled up into one solution. We need a way to communicate without it making it impossible for you to manage the issues at hand. I think it would also allow everyone to better see how an active community can actually reduce your ticket load significantly. It also gives the opportunity to do more fact-finding and user-case scenario building for future development, gives people a better avenue to show their Enfold creations and also ways to customize and take things to the next level and inspire others to do the same.
I guess what it boils down to is that most of the frustration stems from people that are as passionate as your team about Enfold, but finding a hard time when their passion hits a technological brick wall. In many ways, it is a huge sign of success for your team and what you built with Enfold, but now it is time for a new tool to take it to the next level.
If it were related solely to the theme update, it would not explain why some of our sites that were still running 3.8.5 all broke overnight. I think this is indeed related to LayerSlider, which was probably updated when you updated your Enfold parent theme. I am wondering if LayerSlider is using some sort of microupdate feed that updated all of the sliders with a bug. It would explain how both of us could have same or similar issues, yet be on different theme versions. I am guessing Kriesi’s team is waiting for any answer from LayerSlider as well.
Is it trying to pull images from https? That is what broke for us. All previously created sliders started making the imagery load via https, while rest of the page loads in regular. When I recreated the slides from scratch with imagery from the library, it went back to loading standard, rather than https.
Is your’s trying to pull the images from https?
Are you running latest Enfold? We are still on 3.8.5 with WP 4.7.2. Seems to have happened overnight, yet cannot figure out what changed overnight. Turned off all the plug-ins that have background updates (WordFence, JetPack) temporarily, but does not solve the issue. It is almost like it was timed somehow, since so many are experiencing it.
Update: We ended up rebuilding one of our sliders and found that it worked. Not sure what the underlying cause it, but it would appear we do have a workaround, albeit a time-consuming one. Please share if anyone uncovers the root cause of this bug.
-
This reply was modified 8 years, 1 month ago by
-
AuthorPosts