You can’t quite do it like but you can achieve something similar – try the following:

1) In the general tab enable “auto count”
2) In the general tab, make sure “field relationships” are set to “AND”
2) in your tag field enable “hide empty”

Now, when you change category, the tag list will auto update to reflect those within that category.

🙂

Ah yes, you mean you want to base it on the current archive.

This is not completely possible but there is a (hacky) work around.

First, add a category field to your form (you can hide it using CSS).

Second, in the general tab, at the bottom you will see “detect defaults” – tick the option “Tag, Category & Taxonomy Archives”

Now when you load the page, the correct category will be selected in the category field you added, and therefor the correct tags *should* also be displayed/filtered.

If this works, then you can simply use some CSS to hide the category field.

Just to note – this is not yet officially supported, but I am working on integrating this feature properly.

Thanks

Hey Marko

Please disable “auto count” in the general tab.

This should speed things up – auto count, despite some caching, is still very expensive when used on large databases.

In regards to caching speed, how many products do you have to cache?

You can change the speed of this in the “settings” option under “Search & Filter” admin menu. Increasing this might be resource intensive though and cause you site to slow down while it is doing it.

You can change the speed at any time even in the middle of caching.

Thanks

Ah yes sorry.

In this case you must create different search forms and include / exclude tags for each one (you can do this in the field itself, by clicking “advanced” and unticking “sync with settings”).

As I mentioned above, the solution I provided was only a hack – I hope to provide better support / integration in the future for this kind of feature.

How many posts do you have BTW? The auto count feature is especially resource intensive – this was the whole reason we created a cache in the first place, but once you get above 4/5k posts, and depending on number of options in your fields then it will still be expensive and resource intensive.

Thanks

Yeah I guess so…. :/

Auto count is just not capable of doing calculations like that, unless you get some really heavy duty server it might be possible.

I do like the use case though you describe and plan to support this at some stage.

If it was a case of having categories, and sub categories displaying on the relevant pages, now that would be a lot easier (and is a feature on its way in the next major update).

Thanks