New feature: Define dependencies between the custom filters, that lets them to be loaded progressively (i.e. after a selection in a previous filter).
|Searching using special characters (e.g. quotes) in the meta tags did not work.||FIXED|
|Several small fixes and improvements.||FIXED|
Issues with range filters (range inputs, range slider)
Fix errors, warnings and notices under php 8.0.
Multi-display custom filters (e.g. range inputs + slider) had buggy behavior.
|Canonical links are added only if the canonical link is a proper sef url.||IMPR|
|Stock filter can be hidden if empty.||IMPR|
|A new API function (filter->getDescription()), that can be used for adding tooltips or hints to the filters. |
The custom filters' description is being fetched from the custom fields' tooltip field.
|Css adjustments to be more consistent with various templates and also UI improvements.||IMPR|
An empty option should always be loaded as 1st item for drop-down lists.
Usage of namespaced classes to be closer to the upcoming Joomla 4
A new filter for stock in the filtering module.
The categories' counter was zero, when they were set to be displayed as enabled.
|The clear/any/none, used to clear a filter, was displaying also when no selection exist, in some cases.||FIXED|
|Code cleanup and refactoring.||IMPR|
Fix compatibility issues with Joomla versions prior to 3.9.0.
The page's title is now updated also with ajax requests.
|Fix: Cannot select multiple categories after using the search, under certain settings.||FIXED|
|Dynamic results page title, which is formatted based on the search query, the selected category and/or the selected manufacturer.||IMPR|
Add canonical urls, pointing to the category/manufacturer page, even if custom filters are selected.
|Canonical url should be absolute, according to it's specification.||FIXED|
|The default products ordering direction, set in the Virtuemart configuration, was not taken into account.||FIXED|
|Existence of json strings in the result scripts, could break funtcionality in case of ajax mode.||FIXED|
|The stockable custom fields, in the results, could potentially not work after an ajax calll.||FIXED|
|Tooltips for the color names (from Custom Fields For All), are now loaded also in the filtering module's color filters.|
* Requires version 4.1.0 or higher, of the Custom Fields For All plugin.
|The ajax spinner icons, were not visible, in ajax requests.||FIXED|
|The order of the sub-categories (after selecting a parent category) was not correct.||FIXED|
|Dynamic price range did not work.||FIXED|
|The header of the search filter was visible, even if it was disabled from module's settings.||FIXED|
|Revamped backend layout for the Custom Filters component. The new layout is consistent with the Joomla native component's list layout. Also it is more user friendly.||IMPR|
|The range filters could not be set as collapsed.||FIXED|
|Several small fixes and improvements.||IMPR|
|CF Breadcrumbs/Tags were not displayed well in some cases.||FIXED|
|Make the filters display better in RTL sites.||IMPR|
|Functionalities from "Custom Fields For All" and "Dependent Custom Fields For All", may not work after an Ajax request.||FIXED|
|Improve the display of the filters||IMPR|
|Use Joomla 3 namespaces to be closer to the upcoming Joomla 4||IMPR|
|Display empty options as "disabled" or "enabled", was hiding the custom filters.||FIXED|
|Implementation of a new tooltip functionality for the rangle sliders, when used without text inputs.||ADDED|
|Improve accessibility in all the elements. |
Implemantation of the WCAG 2 standards, to some extend.
|Re-styling of the buttons and the color buttons, to be more clear.||IMPR|
|Instability with the price range slider, when dynamic ranges are used and other range filters are present.||FIXED|
|Using range search that was returning no results, could display all the filters as relevant instead of none.||FIXED|
|Removal of obsolete scripts.||IMPR|
|Wrong counter in the custom filters' options, under some settings. |
This can lead to hiding options which should be displayed.
|Removal of the Mootools-more library and all it's dependencies. |
This spares around 300 KB of scripts, in the pages where the module is used.
|Display issues when expanding category tree, oveflowing the following filters.||FIXED|
|Issues with disability to select multiple categories.||FIXED|
|Use of more appropriate input types based on the HTML5 input types. |
This makes the inputs more user friendly to mobile devices.
|Validation rules were added to the range inputs, in the module.||IMPR|
|Now works with the "Dependent Custom Fields For All" in the results, also when the results are loaded with AJAX.||FIXED|
|Several small fixes and improvements.||IMPR|
|Possible fatal error after using the mod_cf_search (Search module).||FIXED|
|Using the mod_cf_search, updates the page's filtering modules as well, when ajax is used.||IMPR|
|Fix some warning and notices.||FIXED|
|Better use of the categories caching.||IMPR|
|The filtering module is now using layouts and sub-layouts for every display element. |
That means that template overrides can be used for any single change in the display.
Do note: This is a complete refactoring of the layout system. If you have previous template overrides for the module mod_cf_filtering, this will cause the module to stop working.
|Improved search functionality.|
Search for several values in the same field (e.g. custom field) and prioritize most important query elements.
|No more caching of every state of the category tree. This was creating huge cache files.|
Now the category tree is cached in lower level, for more caching time and better performance in a small cache file.
|Possible fatal error when the filtering module is used outside the Virtuemart pages.||FIX|
This way the various scripts (e.g. breadcrumbs update) can work even after the results evaluation.
|Refactor several classes to be closer to the Joomla 3.9 and the coming Joomla 4.||IMPR|
|New module for displaying the selections in the filters as breadcrumbs/tags||ADDED|
|Duplicate products when they had multiple prices and the results were ordered by price||FIXED|
|Display the categories in the order written in the module's setting||FIXED|
|Use php caching in multiple cases to speed up the extension||IMPR|
|Replace obsolete code where possible||IMPR|
|Use the Joomla package to package the included extensions||IMPR|
|New design for the range sliders.||IMPR|
|The custom fields values were double encoded in the filters and were aways displayed as encoded characters.||FIXED|
|Order by "Ordering" could not displayed as selected in the sort by drop-down.||FIXED|
|Remove references to old/removed sql tables in update scripts.||FIXED|
|The search was wrongly excluding some products under specific implementations||FIXED|
|Some menu item meta-data were ignored||FIXED|
|Fix some warnings and deprecated code in php 7.2||IMPR|
|Several minor improvements and fixes||IMPR|
|Issues regarding the filtered and the returned products, settings and functionality||FIXED|
|Several minor fixes||FIXED|
|Refactoring to come closer to Joomla 3.9 and Joomla 4||IMPR|
|Some conditions like the published/unpublished or the out of stock products were not taken into account||FIXED|
|Refactoring and clearance of the filtering module code||IMPR|
|Sorting the results by price was causing an error and returned no results||FIXED|
|Changing the sorting direction (asc/desc) was not working with some sorting fields||FIXED|
|Can filter both parent/plain and child products together||ADDED|
|Code refactoring to several component's classes||IMPR|
|Possible issue with evaluating the scripts after an ajax request, in the results.||FIXED|
|"Path/ Not Found" error after calling various files of the component in the backend. Caused usually by 3rd party SEF related extensions.||FIXED|
|Triggering of scripts related with our Stockable and Custom Fields For All plugins, also after the ajax request in the results. That means that the stockable custom fields are now work, also after an ajax call in the results.||IMPR|
|Issue with the display of sub-categories in more than 2 levels||FIXED|
|Several Virtuemart configuration settings could not be read in the results view, in the latest versions of Virtuemart||FIXED|
|A php notice in the results, in the latest versions of Virtuemart||FIXED|
|GTIN (EAN,ISBN) and MPN are added as searchfields||ADDED|
|If specific ordering/sorting options were selected, the sorting drop-down was becoming invisible||FIXED|
|Module's title can potentially displayed again after an ajax call||FIXED|
|Back button does not work in the browser after ajax requests||FIXED|
|Parent category is not passed to the results, if only sub-categories are loaded. Hence any selection does not contain the parent category in the query||FIXED|
|Counting in the categories was incorrect when there were shopper groups in products||FIXED|
|Sort by override price does not work||FIXED|
|PHP Locales's that use comma as decimal point (e.g. European), break the price filter query||FIXED|
|Optimizer generates an error with MySQL higher to 5.7.4||FIXED|
|Problem with json evaluation after the ajax calls||FIXED|
|Removal of obsolete code||IMPR|
|Add fallback functionality to the view, so that layouts developed for older versions of Virtuemart (based on 3.2) can play smoothly||IMPR|
|Ability to search and filter both parent and child products||ADDED|
|The component's configuration view broke with Virtuemart versions later to 3.0.18 due to changes in the VM translation process||FIXED|
|Order by 'short description' was generating an error||FIXED|
|Child categories were not displayed at the top after selecting a parent category||FIXED|
|Removal of obsolette plugins, regarding the extension's update. Now it is fully handled by Joomla!||IMPR|
|Changes to the view to be in accordance with the changes in latest versions after VM 3.0.18||IMPR|