-
Notifications
You must be signed in to change notification settings - Fork 14
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
Threads: Exit Beta #187
Comments
🐛 BugsDesign implementation review
Thread notificationsPlease refer to relevant thread: 🔔 Notifications: MVP status and post-MVP plans. From all the stuff marked as "🔮 Post MVP" I'd only recommend implementing the following ones for the "Exit Beta" milestone:
Everything else marked as "🔮 Post MVP" but excluded for the "Exit Beta" milestone can be reconsidered at a later stage. For example, potential Post v1 enhancements:
Thread notifications: Thread replies to root messages going unnoticedPlease refer to relevant thread: 🎛 On thread filtering params Current implementation prevents you from being notified when someone starts a thread on one of your messages without mentioning or quoting you. “My threads” should include threads where I’m the author of the root message even if I didn’t reply to it or no one mentioned me directly. Failing to implement it means users will be missing replies to their messages.
Rendering of content types and formatting styles in root messages and thread summariesI've recreated all the test cases, run them again and updated the status for all platforms (Apr. Related issues: Handling incomplete threadsThe user can’t view messages in a thread prior to her join or invite date, due to room permissions. Or, the root message is missing due to Federation (delayed or permanently unavailable) or some other reason (buggy or malicious server). Design explorations: Handling room upgradesOr how we could minimize the negative impact of room upgrades on Threads. Room upgrades are rather infrequent, but there will probably be new room versions released in 2022. Related issues: ✨ ImprovementsLess ambiguous rendering of root messages and thread summaries pairs in the main timeline
Implement improved spacing for the thread list and timelineRelated issues: Load states for thread panel (thread list and thread view)Related issues: ✋ BlockedPersist scrolling position of thread listLosing scroll position while navigating threads makes you easily lose context which is quite inconvenient and adds friction for example when catching up with updates/unreads. The user should be able to continue browsing the list at their previous scrolling position. Currently blocked “until we have a paginated API for this, as the solution will be rather different”. Related issues: Sort order of thread list on WebWe should be able to order items from most recent activity on top. Currently blocked by BACAT (Bottom-Aligned, Clipped-At-Top) infinite scrolling implementation.
Related issues:
✅ Already fixed
|
@daniellekirkwood @novocaine I basically reviewed every source of information I had on threads for compiling the list above:
I tried to figure out what needs to be accomplished to exit threads from beta while keeping potential future enhancements as a separate concern. |
@novocaine 🐛 We need to log an issue somewhere (probably as a meta issue) to describe the current limitation where a room with many threads fails to load message history in the main timeline when scrolling back. Related discussion in Threads Delivery room: |
Michael has added this to the scope already #240 |
Awesome, thanks! |
@gsouquet @daniellekirkwood Would it be possible to move the following issue from my list above to the Exit Beta epic? Losing scroll position on Web when navigating between the thread list and thread detail views: As noted below, it was blocked on a technical constraint the last time we discussed it. If that's not longer a limitation we should consider including it for the epic, otherwise the experience when navigating back and forth between the Thread List and the Thread view will be subpar. Scenario:
Persist scrolling position of thread listLosing scroll position while navigating threads makes you easily lose context which is quite inconvenient and adds friction for example when catching up with updates/unreads. The user should be able to continue browsing the list at their previous scrolling position. Currently blocked “until we have a paginated API for this, as the solution will be rather different”. Related issues: |
We want to make sure we do not exclude the possibility of a follow/subscribe feature in the future. |
Today we made the decision to add an icon to a message preview when that message is from a thread. This behaviour of showing message previews in threads has been disjointed on all the platforms - this approach unifies it. GH issues are being created at a platform level to reflect it and build the changes :) |
This is a follow-on to element-hq/element-web#203 FTR. |
This epic will be closed as the majority of work has been completed and the target for the quarter achieved. The outstanding items are being tracked in their issues/repo's or have been deprioritised due to resourcing shifts. |
There are items that we did not deliver as a part of the MVP for Threads that need to be delivered as soon after the MVP as possible.
Project board
Proof of concepts
Matrix Spec Changes
MSC3772: Push rule for mutually related events matrix-org/matrix-spec-proposals#3772This has been removed from Exit Beta as per Notification requirementsUser Improvements
The first beta launch of Threads was successful but missed the mark in some areas. Before removing the Beta label we should resolve the following user issues:
Functional Improvements
Stretch Goal:
Design Improvements
Major Bugs
As part of this launch we are also committing to resolving all P1 issues
Critical bugs:
Release
The text was updated successfully, but these errors were encountered: