Forum Replies Created
Hey Ismael – yes, problem is a lot of us have compensated for this already – not sure why you need to force any top margin on columns really, I end up having to strip them off anyway for more layout control. Personally I’d have gone the other way and removed the top margin value from individuial heights. Anyway – consistency is always a good thing – thanks.
Confirm same behaviour across all sites – ruins layouts – must be a bug surely. Can we pls get confirmation of forthcoming fix so that we can deal with this accordingly?
Thanks Ismael – I understand why it doesn’t work now – but still not sure how to open a ?iframe column link in popup as required.
Are you please able to provide the solution?
Please see the last line of my request: “Localhost so unable to provide access but this replicable on any enfold installation that I’ve tested.”
This seems to be default behaviour / a bug.
Best, MApril 13, 2019 at 7:31 pm in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1090439April 12, 2019 at 5:20 pm in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1090098
That works just fine – many thanks.
Can I assume the WC fix (not the mod) will make it into a release sometime soon?
Cheers, MApril 8, 2019 at 10:33 am in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1088224
Have updated the demo.
Result is that price sorting now uses the high variable to sort descending – which is good for me, but is using the low variable to sort ascending – which isn’t.
I suspect this is closer to te WC default however does not fix my prob – I need to sort by high variable on both descending and ascending.
Best, MApril 7, 2019 at 11:14 pm in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1088063April 7, 2019 at 11:13 pm in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1088062
Hi Mike – testing this now and I’m afraid it doesn’t work for me.
I have updated the demo site with products – please take a look I hope this will clarify things.
Fistly would like to be sure that it’s clear I’m talking about the shop page – not masonry or any other elements when it comes to the sort issue I have.
Secondly it’s worth noting that in my scenario I am ignoriong the lowest variant price – it is irrelevant (it’s actually display:none in the final version of this site) – the only sorting I want to do is on the highest variable price.
If you look at the demo now you will see 7 products each with the attribute “Test Attributes | Att 1 | Att 2”.
Att 1 is the high variant price | Att 2 is the low variant price.
You will note that the defaultr sort lists the products from 7 down to 1 as expected.
For reference I need sorting by price asc / desc to producte exactly the same result as sorting bny name.
With default Enfold (4.5.5)
Price descending should be the same order – from £7000 down to £1000. But it isn’t because the sort is being performed on the lowest variant price (Att 2) which is random.
Similarly price ascending is being sorted on the lowest variable price and ignores the high variable price.
I have created a theme – Enfold test – which includes the modified files provided. HOPWEVER – I note that your accomanying text doc lists “/enfold/config-woocommerce/config.php” and that this file has not actually been provided. woocommerce-mod-css-dynamic.php has but is not listed in your test file.
In any case – switching to this revised theme makes no difference at all to the price sorting on the shop page I’m afraid.April 1, 2019 at 1:49 am in reply to: woocommerce shop – sorting by price breaks with simple and variable products #1085235
You are right – the import stripped all the attributes and variables – sorry about that, must have been a late night!
Can you confirm you are able to replicate the issue I describe or shall I upload a new vbersion with the correct data for testing?
Thanks, MMarch 27, 2019 at 11:31 pm in reply to: Masonry behaviour if selected product category empty #1083829
Hi Basilis – localhost right now but will get a live demo of issue up shortly and let you know.March 20, 2019 at 6:39 pm in reply to: Masonry behaviour if selected product category empty #1080947
You are aware that it also shows draft (unpublished) products? Far from ideal – e.g. if a category sells out masonry all over the site could be displaying draft content.March 15, 2019 at 6:34 pm in reply to: Masonry behaviour if selected product category empty #1079206March 14, 2019 at 12:11 pm in reply to: Masonry behaviour if selected product category empty #1078662
Masonry set to show a single category. If this is empty instead of showing nothing, posts from random categories (including drafts) are displayed.
I see this behaviour on every site I test on – including fresh install no plugins. Is this a bug that will be fixed?
Secondly – hiding the masonry when category empty is exactly what I want to do – but this MUST be automated (I cannot manually disable masonry on hundreds of pages when a category of product is out of stock). How would I do trhis?
Victoria – the Shop page is what I am talking about – otherwise known as Product Archive – this uses the archive template therefore when sidebars are disabled on archive pages they are disabled on the Shop page too.
So I am NOT referring to a single product page, I am referring to the product archive (i.e. the woocommerce Shop page) – hope this is clear.
Afraid the screen grab URL you provided is wrong so unable to view.
Working localhost I’m afraid. It’s a general question though:
Enfold options allow me to disable sidebars on all archive pages but as the Woocommerce shop is also an (product) archive it disables it there too. I wish to show the sidebar on the woocommerce Shop page only and nowhere else (apologies if original wording unclear) – how do I do this?
I also note a new statement here: https://kriesi.at/support/topic/enfold-4-4-1-gutenberg/
Thanks Ismael – makes sense – on a deadline right now so will test and feed back next week.
Have tested this and unclear what exactly it is supposed to do. As you say it changes the options in the page/posts panel but the same functionality is already acheivable without this code – when presented with the native Edit | Classic Editor | Quick Edit | Bin | View options, selecting Classic Editor on a page built with avia builder takes you to the advanced page editor as expected.
But this is not the whole issue – there are more than one entry points to editing a page – clicking “Edit Page” in the admin top bar for example – which takes you to the Guttenberg editor. Although page builder is displaying in a tab below this it requires a long scroll through pages of shortcodes so is not going to work for client sites as it undermines the simplicity that is key to using avia and will confuse non technical editors.
So, somehow, the default option needs to be applied per page/post so that they open in the appropriate view depending whether they have been created using Advanced builder or Default editors as is currently the case.
Guttenberg extremely basic compared to “proper” page builders in my view – nothing more than useful enhancement for text editor / content where page builder not used – we keep all posts as native and only use page builders for pages for example.
I don’t think there is any reason avia or other page builders will be overshadowed by Guttuenberg for some time to come – they will coexist.
As for Enfold – sites still render as expected with GB plugin enabled – just no way to access Advanced Page Builder which I hope will be fixed with a release in the not too distant future. Avia shortcodes just appear in a text block in the same way as they always have when you switch off advanced builder.
All I want to see is the advanced layout editor option so I can switch to it in place of gutenburg (which after a bit of familiarisation will be fine as a replacement for current text editor in WP). The two can then live side by side and separately as far as I’m concerned.
At least one of our hosting providers (siteground) is now actively encrouraging clients to “give it a go” so more important than ever for Enfold team to get on top of this with a plugin compatibility release asap IMHO.
Also seeking a definitive answer to this please – impacts use of Enfold as preferred theme in US.
Thanks.February 24, 2018 at 1:18 pm in reply to: Remove "Archive for: " from category archive titles with a function #917071February 24, 2018 at 12:15 am in reply to: Remove "Archive for: " from category archive titles with a function #916927
Hey Jordan – sorry currently localhost – but this question relates to any and all Enfold installs so hopefully shouldn’t need access to a specific site.
For clarity – when you visit any archive page the category name in the page title is prefixed with “Archive for: ” – it looks like this:
<h1 class="main-title entry-title"><a href="https://www.domain.com/category/category-name/" rel="bookmark" title="Permanent Link: Archive for: Established" itemprop="headline">Archive for: Category name</a></h1>
I am looking to remove Archive for: from this title.
Instruction for template edit or snippet for functions.php would be great.
- This reply was modified 2 years, 4 months ago by M1000000.