I agree, if for example you were using this to make date selections far in the past or future there's a LOT of clicking. Unless there's some way to skip years in larger amounts that I just couldn't find in which case there's a discoverability problem.
The one I have seen that I think was the best is a combo of both. Not a web developer so not sure the actual name but it was a text field that filters. So when you click in the text field it does the year drop down but also accepts standard text input. If you then type in 197 it then only shows 1970-1979 in the drop down.
Just a thought but would't creating a new file for each year make it more maintainable? I can't imagine searching a 100k line file or scrolling through it.
An example would be if you had a large article of text recording the history of a given subject, and you wanted a table of years and the number of times a given event happened in each year. It's now possible to do a task in less than a minute that which used to take hours.
That's not a bad idea because in most cases the decision is objective.
Years can go back very far (there was one from 1906 on the front page today) so it would probably have to be text entry. Not sure how to fit that into the UI.
I honestly need the opposite of this most the time. It's almost muscle memory for me to do `Tools -> Any Time -> Past Year` on any search for technical information.
A lot of times I wish I could do 2 or 3 years ago but the Custom Range dialogue is garbage.
You can set the age to arbitrary points in the past, if storage isn't a concern. I've actually found miniflux's search feature fairly solid for dredging up old stuff I've read!
Easy enough. Added a toggle for showing results that are <2 years old. May need to tune it a bit I guess (maybe 5 years).
Dunno if it's actually useful, we'll have to see. I'm not one to shy away from feature creep though, and a lot of people are requesting these sorts of things...
reply