- ๐บ๐ธUnited States smustgrave
Thank you for sharing your idea for improving Drupal.
We are working to decide if this proposal meets the Criteria for evaluating proposed changes. There hasn't been any discussion here for over 8 years which suggests that this has either been implemented or there is no community support. Your thoughts on this will allow a decision to be made.
Since we need more information to move forward with this issue, the status is now Postponed (maintainer needs more info). If we don't receive additional information to help with the issue, it may be closed after three months.
Thanks!
- ๐บ๐ธUnited States charles belov San Francisco, CA, US
Updated to Drupal 11.2.x. Still relevant.
- ๐บ๐ธUnited States smustgrave
Thanks!
Will most likely need an issue summary update
- ๐บ๐ธUnited States charles belov San Francisco, CA, US
I actually did update the summary. Is there anything else you need?
- ๐บ๐ธUnited States smustgrave
Thereโs a standard issue template when you create new issues.
I donโt believe it was around when this ticket was created
- ๐บ๐ธUnited States charles belov San Francisco, CA, US
Updating issue to follow current template.
- ๐ฎ๐ณIndia junaidpv Kannur, Kerala
This to be solved still after the long 10 years since started this ticket.
Granularity option is already discussed and developed at โจ [PP-1] Views Date Filter Datetime Granularity Option Postponed . No need to address that here.
Here the patch just addressing the issue about the operator labels.
- ๐บ๐ธUnited States smustgrave
thanks but fixes should be in MRs now
- ๐ฎ๐ณIndia junaidpv Kannur, Kerala
junaidpv โ changed the visibility of the branch 2455971-friendly-exposed-operator-labels to hidden.
- ๐ฎ๐ณIndia junaidpv Kannur, Kerala
junaidpv โ changed the visibility of the branch 2455971-friendly-exposed-operator-labels to hidden.
- ๐ฎ๐ณIndia junaidpv Kannur, Kerala
junaidpv โ changed the visibility of the branch 2455971-friendly-exposed-operator-labels to active.
- Merge request !12909Issue #2455971: Make exposed date filter operators terminology friendly to... โ (Open) created by junaidpv
- ๐ฎ๐ณIndia junaidpv Kannur, Kerala
Created an MR with a new more change to change labels for range fields from "Min" to "From" and "Max" to "To".
Here that in patch form for 10.5.x. To help composer based build process we use.
- Status changed to Needs work
about 1 month ago 11:48pm 12 August 2025 - ๐บ๐ธUnited States charles belov San Francisco, CA, US
@junaidpv Thank you for the patch. Aside from the testing issue raised by @smustgrave, it gets us much of the way there.
The drop-down works, substituting the English-friendly terms on all pages.
In the view preview and the view page, I do see From and To.
I don't know whether it is feasible, but in the Views UI itself, we still get the technical labels. It would be nice is those were plain English as well:
Min
Max
Min placeholder
Max placeholder - First commit to issue fork.
- ๐ฌ๐งUnited Kingdom oily Greater London
Added test coverage, two asserts on 2 lines. Hoped for a quick win.
I would create a separate test but I don't understand why those asserts do not provide the coverage needed (yet). So not convinced that breaking it out into a separate test would make any difference.
Hopefully those asserts are right at least?
- ๐ฌ๐งUnited Kingdom oily Greater London
Studying the test code in relation to this issue did make me see that the names of the relevant fields have 'min' and 'max' suffixes. And perhaps other metadata also uses 'min' and 'max' so we are creating a disconnect between 'from' and 'to' and the metadata? So perhaps we can change one or two of the field names to reflect 'from' and 'to'? And/or add code comments to explain the new mapping of 'min' to 'from' etc?