[wishlist] per-user update-collapsing
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gwibber |
New
|
Wishlist
|
Unassigned |
Bug Description
Use case: some of my friends post an obscene amount of updates, which monopolize my gwibber display. I pretty much have to stop following them to use gwibber effectively.
Proposed solution: Have an optional way to group updates by user.
Implementation idea (borrowing largely from the behavior of threaded mail clients):
For each user in the current timeframe, collect all of his updates, and display in the Gwibber window a list of each user, sorted by the time of the most recent update.
Add to the graphical 'strip' with the update two items: 1) a disclosure control (e.g. turn-down triangle) 2) an indicator of the number of updates, if greater than one.
Upon clicking the disclosure control, show all of the user's status updates (that would currently be shown today), offset from the left by a small amount to show the threaded nature. Clicking again would collapse back to the initial state.
The reason this should be optional would be for the occasional case where you're following a status war, and having the users' updates chronologically interspersed adds to the presentation. For me, anyway, this is a rare event.
Changed in gwibber: | |
importance: | Undecided → Wishlist |