Forum Replies Created
-
Posts
-
Well I don’t care if the other field is empty as it would be unless someone didn’t select “other” from the select box. I think it will involve some JavaScript.
There isn’t an issue with the code or the form, I’m just asking if there was a way to disable/enable entry of a text field based on the option chosen in a select box.
I wish there was an API for making our own Advanced Layout widgets versus using the template saving feature. I’d rather use that for actual full templates. Over time that list can get extensive.
I too am getting a similar error. I know it isn’t another plugin as there are no others running that have anything to do with the theme. I’ve seen a lot of threads on this topic and no solutions. Seems the default response is to disable plugins and re-upload the theme via FTP. None of those fix the issue. Has anyone actually found a solution?
@zwachm I have been requesting that for a long time. The last time I asked, a nod told me that they weren’t responsible for and don’t support added code and offered me to buy their support time. As the code came from the team and is on their website as a snippet, I called them out in it. Been radio silence ever since. The random code seems to work fine the way you and I want it to IF you’re using it on portfolios and image galleries. But not for product grids. I know it is possible to do since they donl it with the related product and up sell listings on a single product page. So it can be done.
For me, the only way I could get it to work the way I wanted was to use the random code for the grid where I needed to, then when I needed to put things in a specific order I manually did each listing using the single product shortcode. Until they fix their code, that is the only way to do this.
It is definitely a theme thing. If I add media like an image using the built in WordPress method, I get https. If I use the theme builder to load up something like an image slider, the images are output with http.
I also noticed that all of the CSS and scripts for the theme were being output in the header with http. So for me to ensure that all elements load with https and I get the green padlock icon, I have to use yet another plugin to force the https….or do a database search and replace regularly.
I am using a plugin. The point is that I shouldn’t have to. Other themes handle SSL ok. Loading up yet another plugin just adds to the site load. The theme should be able to respect SSL when it comes to media and scripts.
Telling people to go use a third party plugin to fix a bug in your own product doesn’t help.
Again… When it comes to an SSL site, media elements from the page builder are pointed to using http rather than https. Same goes for all the scripts and CSS loaded in the header and footer. This is a simple fix on the developer’s part. Just has to tell everything to load with respect to what is in the site settings for the frontend URL.
Ughhh… It’s like you’re ignoring the fact that I am referring to the very code YOUR team has provided! As I have stated more than once, this has nothing to do with 100 websites where this is needed. This is about easily applying the code your team has supplied selectively rather than all or nothing. The code to display masonry gallery items randomly as supplied by your team applies to all masonry galleries on a site. The code to have a drop-down in the admin view for masonry galleries (and others) that has its own page on this site no longer works. If that code worked still, then there would be no need for a support request here! I would have simply applied both sets of code that YOUR team has supplied us and made it work.
Please, try being professional rather than talking down to people. It’s called customer support. If the code you’re supplying is “the worst”, then don’t post it. If you give a specific block of code its own page, then ensure it is updated. In either case it is code supplied by this dev team and is very much within the scope of support. If you can’t stand by your own code, then why bother?
Well… That was condescending.
I can’t see how I couldn’t have been more clear in my description.
Ughhh… The order by code isn’t just ascending or descending. In there it applies to random, as per the code your team already supplied. Furthermore, that code on the link doesn’t even work!
FYI, the mod for the cart was simple to do on my own. Just had to edit the variations template for woocommerce so that the label and input items were in their own rows. What I was hoping for was more of an update-proof mod via Enfold templates.
As for the mod for masonry galleries… The code from the developer’s site still doesn’t work. Likely because Enfold has changed so much since then. Since that mod code, which honestly should be baked in, is still live on the site and no longer works, it isn’t unreasonable for paying customers to expect that the developers support it.
Well first, the code to make the masonry gallery random came from you guys in several posts made by mods years ago It still works well. So it isn’t really out the scope to see if someone has already made a mod. Especially when you guys have already done this in the past, but apparently haven’t updated the code to mesh with current theme code. If this code still worked, then it would solve the problem. Instead, we are left with the all or nothing code that makes all masonry galleries random without any control over it. http://kriesi.at/documentation/enfold/how-to-add-an-orderorderby-option-to-the-blogpost-sliderportfoliomasonry-grid-element/
Same goes for the layout of variable products in YOUR theme. The theme is plugged as supporting WooCommerce core features, which includes variable products. All I was asking is if someone has already made such or similar mods and what kind of control do we have over it in YOUR theme. Telling customers, who have already paid a premium (often more than once) for a product that we can either mod your mod ourselves, or we can pay you to do it….that doesn’t help.
There is no URL to any specific page. It is something that can be seen with any site running Enfold and Woocommerce. If you have the cart icon in the menu or on the side of the screen…and then add several items to your cart, that on hover drop-down gets so tall that it overflows. Just looks bad. Currently the only option is to try and disable the on hover effect for now. Other than that, the only viable alternative I can think of is to change the layout and/or what is displayed. Like having only the product title and prices displayed rather than all of the variable options as well.
Here is a visual. Looks like that temp fix code in the link above is what is setting the height explicitly to 100. If I change that number to say 200, it makes it about 200px in height. So in this case, it doesn’t actually fix anything as it does the same thing by setting them to a specific height, kinda like it already is out of the box. The goal is responsive, this isn’t it. Any ideas or a possible ETA on the fix? In the original linked thread it was said sometime in April…
Ok, so I’m trying this out. I have managed to get a new item in the social media dropdown to add the custom option. I have it set to the custom font that was imported from Fontello. The problem is that it isn’t displaying the correct icon and it isn’t displaying the icon like all other social meida icons….with the round background on hover, etc. (when displayed inline with the main menu).
It isn’t a plugin or custom mod. It is safe to say most users don’t have the visual editor turned off. The only plugin running is woocommerce. There are no other custom mods. As has been pointed out, it is an issue with the avia-modal.js file. When the visual editor for WordPress is disabled in the WordPress settings, any of the Enfold boxes with text areas cannot close.
Again…this isn’t a plugin or mod issue. It is an Enfold issue. Regarding the preview pane, just give us an option to disable it. If I have to have the visual editor for WordPress turned on and have to have the Enfold preview pane taking up space, then what’s the point? That’s basically two WYSIWYGs right there.
UPDATE – I by chance went into my user profile and unchecked the “disable visual editor” option and now I can close the window. So if anyone else is having this issue, try that. It is an obvious bug in Enfold that should be fixed ASAP. I have no use for the visual editor and it is just one more annoyance I have deal with while editing. Kinda pointless to have both the visual editor and the preview pane which do the same thing really. I don’t want neither, especially when neither of them follow css.
UPDATE 2 – since you closed this very much open issue… This isn’t a feature to learn more about, it’s a bug. A major one at that. In other words, the avia-modal.js file is incompatible with a core function of WordPress. The visual editor should not have to be turned on just to use this theme. For advanced users it is a hindrance and annoyance to use. Which is why so many if us want that preview pane to go away.
While that lil trick does hide the preview pane and it should be really easy for you guys to add an if toggle in the code to enable/disable, it still doesn’t fix the main issue…..you cannot close the editor modal. So….site still dead for updates.
Is this issue ever going to be fixed?! After first noticing this issue, I installed an old version I had. There have been several minor updates now so I gave it a chance again. The issue is still there! What gives? This is a major bug if a window cannot be closed when editing. It means we cannot update our sites. It has been weeks….seriously, there isn’t a good excuse for not having squashed this bug.
Sadly, I have yet to find one that works well enough with Enfold. It is going to take the effort on behalf of the devs to build compatibility in. Honestly, I would have thought that amp support would have been a better feature to build out that that preview pane that doesn’t work. If you’re fully using Enfold, there are a LOT of things that don’t show in AMP that you would want or need to.
Hopefully this moves up the priority list with the devs given the emphasis Google is putting on it.
Nope. Honestly, I gave up on the idea. Now I’m dealing with the new preview pane crap that hasn’t been resolved in over two months now. :/
Ismael,
For many of us, we cannot simply just deactivate all plugins and wait for someone to log in and check things out. Keep in mind that for many, a website is a business and some plugins may be vital to that, like Woocommerce.
As previously mentioned, the inspector in Chrome gives a warning about avia-modal.js when this happens. It only happens on text elements that I am aware of.
Some advice or suggestion here… It may be prudent for the devs to form some sort of beta program for people to sign up for. You guys can test all you want on your own, but nothing is better than beta testing with live users. Yes, you can’t ensure compatibility with every plugin out there, but it will at least allow you to try and make it work with the popular/most used ones out there….especially the ones the theme plugs compatibility with, like Woocommerce. I know that I would have no problem with setting up a testing ground for a beta version so we can vet new features like this. This would help to avoid issues like this which is clearly affecting many people. Also, features like this really should be something that can be turned off…and should be off by default. Not everyone is going to need or want a preview pane like that. On face value, it is more of a vanity feature than a necessity.
As for me personally, I was lucky to still have the previous version of Enfold downloaded. I was forced to re-install the last stable version because I simply could not edit my site.
I have tried all of that. The issue persists. Dev tools still points to avia-modal.js as the issue. Until there is a fix and the option to disable the preview pane is there, I likely won’t be updating my sites.
I ended up having to roll it back to the previous version. But as I mentioned, the warnings in the Dev tools pointed to avia-modal.js
Andy…I don’t think that this is a plugin issue. I am getting this on my test site and the only plugins installed are: Advanced Custom Fields, WooCommerce, and Enable Media Replace. Giving the benefit of the doubt, I deactivated all but WooCommerce considering this theme is supposed to work with WooCommerce. I am still getting this issue with the text block, icon boxes, etc.
I next did an inspection with developer tools and I see that there are script warnings with avia-modal.js.
My personal opinion here…the live preview as an idea is great, but there are two concerns. One, it doesn’t feel like it is well tested as this is something many people are having and it should have shown up in tests. Two, there definitely should be an option to enable/disable the feature for those of us who don’t want or need it.
Hopefully there will be a patch soon as now I cannot edit my sites that have updated.
Thanks
This is a script issue with avia-modal.js. This is affecting more than just the text blocks. I am noticing this with the icon boxes too. It is at the point where I cannot edit my sites anymore. The “live preview” is a good idea, but it doesn’t feel well tested and there isn’t any way to turn it off. There should definitely be an option to turn it off and have it like it was before when it was working.
Added details… When I inspect the page with the developer tools, it is showing several warnings for the avia-modal.js file.
I’ve done a hard reload many times now. The new preview is there, but it won’t save and the section editor won’t close. This wasn’t an issue until the update… Now I can’t edit my sites.
EDIT – This seems to only be affecting the text block and icon box editors….may be more. Again, if I hit “save”, nothing happens. If I try to just close the editor box, it won’t close. Assuming there is a script error on that.
That worked. Thanks.
You guys should begin making a support catalog that either contains or links to all of these hook solutions as part of the FAQ. Just to put them all in the same place and make them easier to find for future reference, etc.
Yigit….you didn’t answer the question at hand though. My question was regarding the captcha text and how to change it without having to go in and edit the actual file that contains it….which would just get overwritten whenever an update is pushed. I know how to use a child theme and I’m not trying to translate anything. I just was looking for a simple hook to throw into my functions.php file that would accomplish a change in that text.
