-
-
Notifications
You must be signed in to change notification settings - Fork 388
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
Improve our search results #1081
Comments
I checked the search APIv2.
|
I prefer solution B. Only showing results of one type after "more" clicked is a bad user experience. I think the 3 tabs and the search bar should belong to the activity, and the tab contents are three different fragments. They should all share one ViewModel probably. |
@connyduck I am trying to use v2/search at mastodon.social but result looks strange.
I removed all fields except ids.
It returns some of items from the first request, but at the different order. looks like it ignores the offset and has no order... I don't know how to use it for infinite scroll. Have you ideas what i am doing wrong? |
Hm... Looks like |
Its probably fine to send three search requests, one for each tab? You could also look how Fedilab handles this, it has almost the same setup. |
@connyduck Yes, i started to work on the task. But i will need to change the adapter for statuses. It uses PagedList Adapter, but i want to change it to simple Adapter to support changes of statuses. |
The Mastodon search can now do a lot more things than previously: mastodon/mastodon#10091
We should definitely take advantage of that, and, for example, present our search results in three (posts, users, hashtags) infinitely scrolling tabs. Or present the results as we do now, but with a "more" button for each section of the results.
Of course we need to wait until the majority of instances run this feature.
The text was updated successfully, but these errors were encountered: