element-hq / element-hq/element-meta
New Room List: Restore the "Rooms at the Top" mechanism.
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 112
- Forks
- 26
- Avg merge
- 6h 6m
- Merged PRs (30d)
- 4
Description
### Your use case
#### What would you like to do?
I looked carefully at the newly designed room list and found that without selecting any filter criteria, rooms set to "low priority" and "notification mute" will always be at the bottom of the entire list. Rooms set to "favorites" used to have "always at the top of the list", but they were deprived in the new design. Since the new design has a mechanism of "low priority placed at the bottom", why can't there be a mechanism of "high priority (favorites) placed at the top"?
#### Why would you like to do it?
I pointed out some time ago that the biggest problem with this design is that there is no mechanism for "the room is always on the top of the list". If you want to find and enter a room as soon as possible, I either need to flip through a lengthy list, start searching, or perform extra clicks. There are some reasons:
a) The "Favorite" option is hidden under my usage habits, and you need to click that arrow;
b) EW Currently refuses to remember filter selection and its expansion/collapse status.
As far as my personal experience is concerned, not everything can be solved with a filter.
The new design concept is a bit like "hiding trees in the forest," or like Steve Jobs' response to the iPhone 4's signal issues after its release, which were caused by design issues: "Please hold the phone differently."
There are always a few rooms that are considered "key" based on these user habits. I think a considerable number of users still have the habit of viewing the top of the list first, and then scanning downward. For these people, "room top" is a design that can improve the experience.
#### How would you like to achieve it?
My unprofessional advice:
1. Add the "memorize the last filter selected by the user" and its expand/collapse status to the apps of each platform.
2. If no filtering criteria are selected, rooms set to "Favorites" are always displayed at the top of the list. To avoid the "Favorites" filter losing its meaning, you can limit the number of rooms that are topped in this case, such as 3 to 5, and only the most recently active rooms are displayed. This is to meet the above-mentioned "quick access to specific rooms" needs to a certain extent. The behavior of users when clicking on the filter remains unchanged (If a user has more than five favorite rooms, then when clicking on the "Favorites" filter, all rooms set to "Favorites" are displayed).
Draft of design envision:
The changes involved in the above recommendations should be applied to all platforms that adopt the design.
### Have you considered any alternatives?
The old design will disappear one day, I feel I have no choice.
### Additional context
n/a
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files or tests are named. Start by identifying the clients that use the new room-list design and locating their existing Favorites, priority, and filter behavior; done means agreeing on and implementing consistent top-of-list behavior across those platforms without changing the Favorites filter results.
Written by the indexing model from the issue text.
Assessment
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100