-
-
Notifications
You must be signed in to change notification settings - Fork 7.5k
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
message_ui: Show non-sticky recipient bar action buttons on hover. #27265
base: main
Are you sure you want to change the base?
Conversation
Hello @zulip/design members, this pull request was labeled with the "UI experiment", "redesign" labels, so you may want to check it out! |
Thanks a lot @alya, for bringing up these flaws, I will work on fixing them. 😃 |
7c5dc6e
to
9a9f0c2
Compare
@alya I have fixed the flaws which were produced and rebased + updated my branch and updated the PR description. 😄 |
The changes in response to the comments above look good! Please also address the comments here -- the icons should always be shown in a view that just has one conversation. |
7f563b4
to
9f61e29
Compare
9f61e29
to
fe4c7aa
Compare
As discussed on the CZO regarding the actions visibility in conversation view, I have fixed that bug and updated my PR. 😄 |
Thanks! Please post a screen capture or screenshot demonstrating the changes. |
Works for me in manual testing! @amanagr are you up for reviewing this one? |
LGTM! |
8d2463b
to
359434e
Compare
I've updated the code, which addresses the bug mentioned by Tim. Now the action buttons are always visible only in conversation views, not any other view which might have a single message. |
I did another round of manual testing and didn't spot any issues. |
$("#zfilt").addClass("is-conversation-view"); | ||
} else { | ||
$("#zfilt").removeClass("is-conversation-view"); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is wrong if we are rerendering message_lists.home
, which should not mutate zfilt
. Please look at the table_name
attribute for what part of the DOM to interact with.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ill make the adjustments and update the code. Thank you for your feedback on this 😄
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have added a check so that the logic gets called only if the table_name
attribute of the message_list
is "zflit"
.
Branch has been updated and pushed.
359434e
to
c699cfe
Compare
Test-deploying this on chat.zulip.org. |
Thanks ! 😄 |
Can you rebase this and then ping me to deploy it in DMs? It needs a bit of a rework because |
Sure 😄 |
c699cfe
to
921e7d5
Compare
@timabbott I've rebased it. |
921e7d5
to
37c0998
Compare
@ecxtacy |
Yeah sure, I'll make the suitable changes on this. 👍 |
When the current view is a conversation view, add the class `is-conversation-view` to `div.focused-message-list`. The check is done when `message_list_view` is rendered, which is in the `render()` function.
- Toggles the CSS rule `visibility: hidden;` on the recipient bar controls when the bar is hovered. - If the recipient bar is sticky, then the controls are always visible. - In case of conversation views, the recipient actions remain visible. Fixes part of zulip#26852
Added `visibility` CSS with `:focus-within` pseudo-class to the recipient bar. This keeps the action button visibility consistent with the action UIs - topic editing UI and notification menu. Fixes zulip#26852
37c0998
to
ee3434a
Compare
I have made the required changes. |
Heads up @ecxtacy, we just merged some commits that conflict with the changes you made in this pull request! You can review this repository's recent commits to see where the conflicts occur. Please rebase your feature branch against the |
Fixes: #26852
CZO thread (The design idea discussion)
CZO thread (Implementation approach discussion)
visibility: hidden;
is toggled on hover, andvisibility: visible;
applied if the bar is sticky.:focus-within
CSS pseudo class on the recipient_bar to addvisibility: visible
to the action buttons.:only-child
pseudo selector.Screenshots and screen captures:
Final Look
Action UI remains intact
Previously (All controls visible)
Conversation view
Self-review checklist
(variable names, code reuse, readability, etc.).
Communicate decisions, questions, and potential concerns.
Individual commits are ready for review (see commit discipline).
Completed manual review and testing of the following: