Dara
Forum Replies Created
-
Forum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Filtering Search resultsHi jaromeh (@jaromeh),
Here are two simple workarounds:
<style> .bpfwe-range-slider .field-wrapper .before { right: 5px; left: auto; } .bpfwe-slider-values .before { display: none; } .bpfwe-slider-value-min::after, .bpfwe-slider-value-max::after { content: "$"; } </style> <script> jQuery(document).ready(function($) { $('.bpfwe-slider-track').each(function() { const $track = $(this); const $wrapper = $track.prev('.bpfwe-range-slider'); if (!$wrapper.length) return; // Skip if HTML differs. // Read min/max from the range handles first. let minStr = ($track.find('.bpfwe-slider-min').attr('min') || $wrapper.attr('data-min') || '0').toString().replace(',', '.'); let maxStr = ($track.find('.bpfwe-slider-max').attr('max') || $wrapper.attr('data-max') || '0').toString().replace(',', '.'); const min = parseFloat(minStr); const max = parseFloat(maxStr); if (isNaN(min) || isNaN(max)) return; // Determine highest decimal precision. let decimals = 0; const minDecimalPart = minStr.split('.')[1]; const maxDecimalPart = maxStr.split('.')[1]; if (minDecimalPart) decimals = Math.max(decimals, minDecimalPart.length); if (maxDecimalPart) decimals = Math.max(decimals, maxDecimalPart.length); // Calculate precise step (e.g. 3.56 → 0.01; 0.0737 → 0.0001). const step = (decimals > 0) ? Math.pow(10, -decimals) : 1; // Apply step only to the relevant inputs (number fields + range handles). $wrapper.find('input[step]').add($track.find('input[step]')).each(function() { this.step = step; }); }); }); </script>The CSS moves the currency symbol to the right and the JS adjusts the slider and field step based on the detected decimal from the values. This should prevents unwanted rounding side effects.
Forum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Filtering Search resultsThanks for the feedback.
The slider currently uses a step configuration that only supports whole numbers. I’ll make this more flexible in future releases.
There isn’t currently an “after” field for value formatting, only a “before” option (for things like currency symbols), so that part isn’t supported. Maybe you are referring to a different part?
As for syncing multiple filter widgets, that’s not implemented at the moment, but it’s also something I may consider in the future.
Regards,
Dara- This reply was modified 3 days, 21 hours ago by Dara. Reason: Made a statement more accurate
Forum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Filtering Search resultsHi jaromeh (@jaromeh),
Just a quick update, I’ve pushed a new version that fixes the issue with search results not staying within the query context when filters are applied. It should now work correctly out of the box when using the “Dynamic Archive Filtering” option on search results page.
I also added a numeric range slider, that can be enabled with a toggle, when you choose a numeric range.
Feel free to update and give it a try.
Regards,
DaraForum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] URL Query ParameterHi ckschmid (@ckschmid),
Yes, this option is supported, you can link directly to filtered results by adding the filter ID to any URL like this:
?results=filter-FILTERID.Each filter has a unique ID (you can find it at the bottom of the “Additional Options” tab in the widget settings).
When you interact with the filter on the frontend, you will see the URL automatically update with the selected values. You can also use a prefill URL to trigger the filter on page load.Let me know if this solution works for you.
Regards,
DaraForum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Filtering Search resultsHi jaromeh (@jaromeh),
Thanks for sharing this, that’s a valid workaround. In the meantime I was able to identify the problem and have implemented a fix so the search context is now maintained automatically when Dynamic Archive Filtering is enabled on search results pages.
Regarding your note about the price filter, there isn’t a range slider yet, but it’s something I would consider adding in a future update alongside this fix.
There isn’t a paid version, but I do plan to release an extended version more focused on WooCommerce. That would include better handling of product-specific queries such as price, stock status, and other meta-based filtering.
Thanks again for the feedback
Dara
Forum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Filtering Search resultsHi jaromeh (@jaromeh),
You should be able to keep the filter in context by enabling the Dynamic Archive Filtering on the Search Results archive. However, I can see it isn’t currently working for search queries. I’ll be fixing this in the next release, ensuring that your dynamic filters respect the current search results.
In the meantime please let me know if there is anything else.
Regards,
DaraForum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] parent optionsHi AlfonsoH (@alfonsoh)
You’re are right, the hierarchy options is also only available for filter types that support them, like checkboxes. Glad you got it working!
Please let me know if there is anything else.
Regards,
DaraHi @nicorsm93,
I’ve just pushed an update that addresses this issue. The CSS generated by dynamic tags should now display correctly, including background images, text colors, and other style properties.
Please update to the latest version and let me know if you notice any remaining issues.
Regards,
DaraHi nicorsm93 (@nicorsm93),
Thanks again for the detailed report. I ran additional tests and was able to reproduce the issue on my side. I’ll be working on a fix to improve support for these style properties.
In the meantime, if you’d like, I can suggest a few workarounds depending on your setup.
Regards,
DaraForum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] parent optionsAlfonsoH (@alfonsoh),
If you don’t see the hierarchy and parent options, it usually means the filter is currently using a meta field as its source (for example an ACF field).
Those options are only available when using a taxonomy, because hierarchy (parent/child terms) is a feature of taxonomies, and meta fields are flat by design.
If your ACF field is actually storing taxonomy terms, you can switch the filter source to the taxonomy itself instead of the meta key. Once you do that, the hierarchy and child term options should appear automatically.
Let me know if this fix the issue for you.
Regards,
DaraHi nicorsm93 (@nicorsm93),
Thanks for the detailed report. It highlights something I never explicitly documented. Background images must be set using the plugin’s dynamic image tag to render correctly with the filter. The dynamic tag is “Image Custom Field” under the Custom Dynamic Tag and it works with both regular meta and ACF fields and is also compatible with galleries. It uses its own class to apply the background image when the loop is rendering. The system was designed to work standalone without Elementor Pro. This should resolve the issue you are observing.
Please let me know if there is anything else.
Regards,
DaraHi jheivirata (@jheivirata),
To display the selected terms/count, you can follow those steps:
- Add a heading widget where you want the selected terms to appear.
- Find the specific CSS class under Additional Options > Display Selected Terms of your filter (*Note that all the filters have a unique class and that if you duplicate a filter, those class would change).
- If you want the heading widget to start empty, add this to the content, so it contains a white space
, or else an empty widget will not display on the page - Add that class to the CSS Classes field of the heading widget so it automatically shows the selected terms when you start interacting with the filter.
If you follow those steps, the terms list of terms count should start to appear in your heading widget.
Forum: Plugins
In reply to: [Better Post & Filter Widgets for Elementor] Keyword SearchHi fulloken,
Thanks for the update, I’m glad to hear the search bar is working for your needs.
I have just tested the search bar together with the loop grid pagination on my side and the pagination URL are generated correctly, including the page slug. When the redirect option is enabled on the search bar, the pagination also works normally.
It is possible that something specific to the page setup or permalink structure is affecting the pagination links.
Could you please share the URL of the page where this happens so I can take a closer look? If the page is not public, a temporary preview link would also work.
Regards,
DaraHi Jayvirsinh Rajput (@jvrajput420),
Thank you for the detailed explanations. This is actually a known limitation rather than a bug. When you use the offset parameter, WordPress does not automatically account for it during pagination calculations.
Using the same query filter, you can achieve this by excluding the first posts from the second widget while keeping pagination intact. Instead of relying on Offset, you can pass the post ID of the first few posts as a post__not_in argument.
Here is an example (in this case, the query would skip the first 3 posts):
function bpfwe_by_post_status_new( $query ) { static $is_running = false; // Bail early to prevent recursion. if ( $is_running ) { return; } $term = get_queried_object(); if ( $term && isset( $term->taxonomy ) ) { $tax_query = (array) $query->get( 'tax_query' ); $tax_query[] = array( 'taxonomy' => $term->taxonomy, 'field' => 'term_id', 'terms' => $term->term_id, ); $query->set( 'tax_query', $tax_query ); } // Set the flag before running the inner query. $is_running = true; $latest = get_posts( array( 'posts_per_page' => 1, 'tax_query' => array( array( 'taxonomy' => $term->taxonomy, 'field' => 'term_id', 'terms' => $term->term_id, ), ), 'fields' => 'ids', 'no_found_rows' => true, ) ); // Reset the flag after the inner query completes. $is_running = false; if ( ! empty( $latest ) ) { $query->set( 'post__not_in', $latest ); } } add_action( 'bpfwe/query/my_custom_filter_new', 'bpfwe_by_post_status_new', 10, 1 );With this filter in place, you could remove the offset and the pagination math would stay correct.
Hope that helps. Let me know if you have any questions.
Dara
Hi Fanchon (@adverti),
Yes, this is possible, but it requires combining two things and a small custom implementation.
BPFWE filters can be triggered directly through a URL. For example:
In this URL:
* ?results is added to the URL to trigger the script
*filter-8ff8b79is the filter ID (it can be found at the bottom of the widget settings under “Additional Options”)
*category=61,17,43represents the selected taxonomy termsAfter adding
?results=filter-XXXXXXX, interacting with the filter will reveal the different URL arguments.The BPFWE Search Bar also includes a “Redirect After Submission” option, but this only redirects with the post type and does not pass the filter parameters.
If you want a filter bar on the homepage and results on another page, the usual approach is:
1. Create a simple HTML form with a search field on the homepage
2. Build a URL containing the selected filter parameters
3. Redirect the visitor to the results page using that URLWhen the results page loads, BPFWE will read the parameters and apply the filter automatically.
This isn’t part of the current built-in features, but it can be implemented with a small script or custom form. This type of implementation requires custom development and falls outside the scope of plugin support, however tools such as ChatGPT or Claude can usually assist with generating the form and redirect script once you know the required URL structure.
Let me know if you have any other questions.
Regards,
Dara