-
Notifications
You must be signed in to change notification settings - Fork 310
msglist: Offer search narrows #252
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
Comments
Probably as a followup, we should make it easy to search shared history in addition to searching personal history. The zulip-flutter equivalent of zulip/zulip-mobile#5732. |
A user writes last week:
|
From a review in the Google Play Console:
|
This came up in beta feedback: #mobile > Flutter Beta: Some Feedback @ 💬 |
i find search extremely useful and miss it a lot on the mobile app, it means i have to use zulip through a mobile browser instead some of the time. |
Thanks @jyn514 for the feedback! The legacy mobile app has a search feature but with limitations: it only supports searching for a text query, not limiting by channel or sender or any of Zulip's other search filters. Do you (or would you) similarly miss search when using the legacy app, or would a search feature with those limitations cover many of the times you use search? |
the specific thing i wanted to do just now was find #t-infra/bootstrap > Collecting some Real Configs for testing @ 💬. i tried several searches before thinking to search for "keep-stage". i was on the website, so i could do an "advanced" search that limited to #t-infra/bootstrap, but if i do the "naive" search, it still shows up as the 6th hit: https://rust-lang.zulipchat.com/#narrow/search/keep-stage |
Another request for this today (#mobile > search @ 💬):
|
This is a bit more complex than other narrows (#72, #250, #251) for a couple of reasons:
match_content
andmatch_subject
fields on the message objects; see https://zulip.com/api/get-messages .For a first version, the search UI can be at the same level as in zulip-mobile, which means fairly crude: it doesn't support anything more than a text search. Ideally we'd support the richer range of searches that Zulip supports in general, complete with UI for the various kinds of filters, but that can be a followup issue.
The UI also calls for some care with concurrency and asynchronicity. See zulip-mobile's implementation.
The text was updated successfully, but these errors were encountered: