Filtering improvements in version 1.9.6 (functional & UX)

Fantastic that the time has come and filtering and ajax search is so well done in the first version.

In changelog I read about feedback rally.

Filter - Checkbox
It works flawlessly, on all taxonomies and fields that I tested, but I miss one thing that is available in Filters - Radio. Changing Mode. There we have the option to choose between Button and Radio. In checkbox this would also be very useful.

This will allow users to achieve a simple effect as shown below:
In this case, 3 types of product categories are marked, and it looks much nicer than just a checkbox with a chevron.

In addition, it would be useful to have a class for the active element (active/checked) so that you can style these results element. I see that Filter Radio adds such a class when it is in Button mode. This should also be in Checkbox.

Filter - Checkbox/Radio
You might want to consider adding a choice to display individual values with the option to set this to flex. Of course you can do this in custom css, but many users would appreciate this with the ability to click out in the panel.

(Optional) A nice addition would be the option to style the decorators themselves for the checkbox/radio. Doing it through custom css on input[type=checkbox] attribute, input[type=radio] is always clumsy

Filter - Submit
A minor improvement in terms of UX.
In the case of resetting, it would be useful to be able to set the button to appear only when any data is entered in the field of any filter. Then the user would know that he/she can reset something, but in this case the button does nothing when displayed without any values, so it is redundant.

Filter - Select
(in the next major releases or maybe soon?) I know it’s already asking a lot, especially when it comes to this feature, but a step that would push the filtering and the UX itself with this feature to a higher level would be option to drop the native checkbox, with the ability to stylize custom list expansion and with ability to type text in field (with autosuggestions).

When we think about scalability and we have, for example, 50 categories of taxonomy or whatever in our store, a native HTML select viewer is just inconvenient.
In this case, the ideal is a list, for example, with a height of 400px with scroll and the ability to enter the text we are looking for. Then we have a UX closer to Bricks 2.0, and not yet with 1.x in front (I write lightly joking).

What I’m missing at this point
Of course, I understand that this is an experimental version and the first approach to a topic that will certainly be expanded.
But I’m posting here a few of my quick thoughts about the next functionalities.

Optionally, it would be good to have a list of active tags/taxonomies that are currently filtered with the option to remove a single active one.

This is especially needed when you plan to filter on some sidebar/slide-out overlay with filters, and on the page where you have the results displayed then above the query list you have a quick view of which filters are active.

This is useful when you want to build filters/facets which are not overwhelmed by the number of filtering possibilities, but you just want to hide something on the sidebar. This makes the store clear and minimalistic, while the UX of the site/store loses nothing.

I think if you do it already, it’s to close the polemic of which filtering plugins to choose to work with bricks😜. Then we have a modern approach to digital design.

btw. a fantastic release that brings what I’ve been waiting for for a long time, it’s really good! Big congratulations to the entire Bricks team!


Filter - Submit
A minor improvement in terms of UX.
In the case of resetting, it would be useful to be able to set the button to appear only when any data is entered in the field of any filter. Then the user would know that he/she can reset something, but in this case the button does nothing when displayed without any values, so it is redundant.

I agree and it would be great if we could control this with the addition of two options.

1- Display if there is an active filter. (like jet smart filters)
2- always show (in this way it’s better to have the button color controllable when disabled like wp grid builder. Maybe it’s there now. I haven’t checked the new version yet)

Yes, a button with disabled status is also the right approach. In many cases it is even better, such as in the case of color or layouts, where pressing a new element enlarges (adds) elements to the HTML, which causes jumps in the layout. However, in such a case, the use of the reset button would have to refer to resetting one specific parent of these values. Giving a reset button next to colors should only reset colors and then it is good UX practice.

So we have another feature request (which makes the bricks team very happy :stuck_out_tongue:)

New option in the Filter - Submit element that resets only the individual values of specific categories or attribute parents, not all of them :stuck_out_tongue:


Another improvments need! :slight_smile:
For the range sliders please add suffix (and maybe prefix) option.

Now, if I set up the price for slider, I cant add any currency. Only print the numbers. (I haven’t try css ::after solution yet.)


Improvment ideas:

Checkbox and Radio:
Add dynamic data options, because I made product brand attribute with logo upload options and product color attribute with color picker. No I can only print the text values and not render the brand logos (png, jpg or svg) and not render the selected colors from color picker)

On the other hand, I can use the colors (only text values) in checkbox filter, but in radio (used by custom field option) not render my color attribute.

1 - custom text for “all” option

2- styling for "“checkbox filter” like radio filter. active or items etc.

3- In this case the reset button will always appear Filter Submit should have an option to hide/show when any filter active.

4 - Radio filter count doesn’t seem to be working logically correctly. For example, when a size is filtered as in the video, the count of the others changes, but the count is wrong. It’s like it’s just like one for you, but it’s actually more. This is misleading for the user. It might be better to do this optionally.

1 Like

Improvment ideas:

It would be great if it was possible to use ajax loader for filters like query loop. It seems that the default loader cannot be changed.

Also, auto indexer feature like jet smart filters would be great.

Hierarchical checkbox filter - I have hierarchical categories and an ajax filter for them. When I check the parent filter it will shows all posts (products) in the tree of the parent.
Maybe there should be an option in filter definition for that - “Show only parent items” or “Show all in parent + all in subcategories”.
Whether the aforementioned options exist or not, I would appreciate it if the filter checks all subcategories when I check parent (when the “Show all in parent + all in subcategories” option is setted).
You can see that on the video - I have 5 products in “Doplňky” and 2 in “Měření” but when I choose “Doplňky” it shows 5 + 2 products.


The video is on the development site so don’t look for correct categories of products please. :slight_smile: