-
-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Search entry filter helpers #761
Comments
I'd say the options are:
|
Maybe this library thing could be good enough for now, e.g. as a fourth option in the Search view? Does it include my own posts as well or only favorites/bookmarks? |
It should but you can also pass
Not sure. You'll probably discover that it might be missing some of your posts. That's due to elasticsearch and indexing. Elasticsearch is heavy and many instances don't have it enabled or haven't indexed everything. It might be possible to check if the current instance has elasticsearch enabled but other details might not be available so I'm not sure if it should be very prominent in Tuba. What about a button that opens a dialog with more details and a cheatsheet? |
Oh nice, yeah if we just had GUI support (i.e. exposing which filters there are, autocomplete for users, date chooser for dates, etc.) for those features in the search view it'd cover the described use cases I think. |
Until there is a Nautilus-like filtering UI with widgets to make this easy, how about using a GtkTooltip (or a cheatsheet popover widget from a clickable icon in the GtkEntry, maybe) to give the user hints and examples of valid search syntax? We do this in GTG for the quick-add entry field simply using a tooltip, but we also had the idea to use a popover widget for the searchentry that has more complex syntax: getting-things-gnome/gtg#725 Even if you have a set of filter widgets eventually, it would still be great to keep the self-documenting UI cheatsheets to let the user know about the freeform syntax that can be used in the search field. Even if I could read about it on some website or help page, I can never remember it; it should be right there in the UI. |
I was thinking something similar to twitter's advanced search as a start and we can then iterate later (autocomplete, widgets in entry...): Screencast.from.2024-03-06.14-54-18.webmSince filter support depends on the instance, it will be transparent and fill the search entry (and do the search) rather than do a search in the background with the filters without showing them to the user |
PRed on #962 I'm not super fond of it tbh.
|
I often find myself wanting to search for a thing I bookmarked or starred, but there's no way to search just those, and the general "post" search is too broad to be useful most of the time. It'd be great if it was possible to either search individual views (e.g. with a search icon in the headerbar), or alternatively, having a more sophisticated filtering in the search view (e.g. a way to filter for things like "my bookmarks", "posts by $USER", "my own posts", and so on).
The text was updated successfully, but these errors were encountered: