[wishlist] per-user update-collapsing

Bug #392313 reported by Bill McGonigle
6
This bug affects 1 person
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.

Omer Akram (om26er)
Changed in gwibber:
importance: Undecided → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.