You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Here are some possible ideas for enhancing the time interval selection component. The ones found worth implementing could be split into issues of their own.
Disallow specifying an interval with From after To, at least in the Advanced input, as it would produce no results.
In the Simple input, also allow formats YYYY-MM and YYYY-MM-DD hh:mm, even though the input hint probably has no space for a longer text. (YYYY-MM worked in a previous implementation.)
Could the values entered in the Advanced input be copied to the Simple input fields? (Or are they already after the most recent changes?)
Would it be feasible to disallow invalid Simple input or at least notify the user? In such cases, a previous implementation showed “Invalid date” as the Advanced value.
Would it also make sense to disallow syntactically correct Simple input that is outside the span of time covered by the selected corpora, or notify the user?
If a time interval is specified in a search and the selected corpora are changed so that the specified interval is not within the span of time covered by the newly selected corpora, would it make sense to reset the time interval to the span covered by the corpora? Or would it only confuse the user who may have altered the corpus selection in a way they did not intend and who may then re-select the previous corpora?
When a time interval selector is open and the UI language is changed, the names of months and days of week in the Advanced input are still shown in the previous UI language. They are only changed on re-opening the time interval selector (selecting a different attribute and then re-selecting time interval). Would it be possible to re-localize them immediately on UI language change?
The “previous implementation” mentioned above is one in which the code for the time interval selector was in a dateInterval component(?) in app/custom/extended.js in the configuration.
The text was updated successfully, but these errors were encountered:
Here are some possible ideas for enhancing the time interval selection component. The ones found worth implementing could be split into issues of their own.
The “previous implementation” mentioned above is one in which the code for the time interval selector was in a
dateInterval
component(?) inapp/custom/extended.js
in the configuration.The text was updated successfully, but these errors were encountered: