Skip to content
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

Attempting to start a reply to a message you're editing doesn't work #3938

Closed
timabbott opened this issue Mar 5, 2017 · 58 comments · Fixed by #28253
Closed

Attempting to start a reply to a message you're editing doesn't work #3938

timabbott opened this issue Mar 5, 2017 · 58 comments · Fixed by #28253

Comments

@timabbott
Copy link
Sponsor Member

timabbott commented Mar 5, 2017

This is a somewhat tricky issue that we need to think about carefully. Right now, the behavior is weird, in that your mouse moves to a pointer "something will happen if you click" when you move it over any of the yellow areas of the message body:

image

Yep clicking does nothing; I imagine users expect that it would open the compose box (as happens if you click on other messages).


Update by @alya (2023-10):

The mouse currently looks like an arrow or a hand pointer, depending on where you are hovering. We now have formatting buttons in the message editing area, and it's therefore helpful to have the pointer change when you are over a formatting button. I think the right solution with the current UI is to have the mouse look like an arrow (not inviting clicks) in the unused spaces in the message editing area, with clicking there having no action.

@zulipbot
Copy link
Member

zulipbot commented Mar 5, 2017

Hello @zulip/server-message-view members, this issue was labeled with the area: message-editing label, so you may want to check it out!

@lonerz
Copy link
Member

lonerz commented Mar 6, 2017

This action makes the most sense to me. However, it shouldn't only apply to messages that you're editing, but also messages that you're looking at the sources of.

@novokrest
Copy link
Collaborator

@zulipbot claim

@zulipbot
Copy link
Member

Hello @novokrest, it looks like you've currently claimed 1 issue in this repository. We encourage new contributors to focus their efforts on at most 1 issue at a time, so please complete your work on your other claimed issues before trying to claim this issue again.

We look forward to your valuable contributions!

@novokrest
Copy link
Collaborator

@timabbott It seems there is related issue #3992. Whether it is appropriate to combine these issues? So, when user clicks on yellow area we should ask if he want to cancel his edit or go back to editing:

  • if he decide to cancel his edit then we close editing window and open the compose box.
  • if he decide to continue editing then we set focus on editing area

@timabbott
Copy link
Sponsor Member Author

Well, I think this issue is mostly one of the clicker handlers; if a user hovers on the being-edited message's e.g. top frame (everything not part of the message-edit form), it should show a pointer and clicking should start compose; and if they're over the message-edit form, it should not show a pointer.

@novokrest
Copy link
Collaborator

I have a little doubt about the opening of compose box while some message are edited. Because there is explicit handling of this case in click_handlers.js:128:

            if (message_edit.is_editing(id)) {
                // Clicks on a message being edited shouldn't trigger a reply.
                return;
            }

@timabbott Should we change the current behavior? If we decide to open a compose-box, should we close the current message-edit form (and cancel editing)?

@novokrest
Copy link
Collaborator

@zulipbot claim

@timabbott
Copy link
Sponsor Member Author

#9025 looks correct for the cursor piece.

@rishig what are your thoughts on the correct behavior here? I guess my view is the area that's not part of the message-edit form (and that form in my mind includes the area with the buttons below, but not the address line above, the actual text areas), then it should do the normal reply thing when you click.

timabbott pushed a commit that referenced this issue Apr 12, 2018
Fixes part of #3938.

(This only changes the sections within the message-edit form; the top
and left chrome are still cursor: pointer).
@zulipbot
Copy link
Member

zulipbot commented Apr 19, 2018

Hello @sletap, you have been unassigned from this issue because you have not updated this issue or any referenced pull requests for over 14 days.

You can reclaim this issue or claim any other issue by commenting @zulipbot claim on that issue.

Thanks for your contributions, and hope to see you again soon!

@rishig
Copy link
Member

rishig commented Apr 19, 2018

yeah, that seems reasonable, given that we open compose for clicking on any of the other messages.

@zulipbot
Copy link
Member

zulipbot commented Apr 29, 2018

Hello @novokrest, you have been unassigned from this issue because you have not updated this issue or any referenced pull requests for over 14 days.

You can reclaim this issue or claim any other issue by commenting @zulipbot claim on that issue.

Thanks for your contributions, and hope to see you again soon!

@zulipbot
Copy link
Member

zulipbot commented May 7, 2018

ERROR: This active issue has no assignee.

2 similar comments
@zulipbot
Copy link
Member

ERROR: This active issue has no assignee.

@zulipbot
Copy link
Member

ERROR: This active issue has no assignee.

shubham-padia pushed a commit to shubham-padia/zulip that referenced this issue May 27, 2018
Fixes part of zulip#3938.

(This only changes the sections within the message-edit form; the top
and left chrome are still cursor: pointer).
@RDDeglurkar
Copy link

Hi, I would like to work on this issue

@sletap
Copy link

sletap commented Nov 19, 2019

@zulipbot claim

@zulipbot
Copy link
Member

zulipbot commented Nov 28, 2023

@grwt You have been unassigned from this issue because you have not made any updates for over 14 days. Please feel free to reclaim the issue if you decide to pick up again. Thanks!

@sanchi-t
Copy link
Collaborator

@zulipbot claim

@zulipbot
Copy link
Member

Welcome to Zulip, @sanchi-t! We just sent you an invite to collaborate on this repository at https://github.com/zulip/zulip/invitations. Please accept this invite in order to claim this issue and begin a fun, rewarding experience contributing to Zulip!

Here's some tips to get you off to a good start:

As you work on this issue, you'll also want to refer to the Zulip code contribution guide, as well as the rest of the developer documentation on that site.

See you on the other side (that is, the pull request side)!

sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 15, 2023
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 15, 2023
Fixes zulip#3938.

Addressing the issue where the cursor appears as an arrow or hand pointer inappropriately in the message editing area. By change in css style of `&.content_edit_mode` selector the cursor appears to be arrow on hover. Change in `.sender_name_hovered` selector css makes the cursor hand pointer when hovered over name or avatar.
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 15, 2023
Fixes zulip#3938.

Addressing the issue where the cursor appears as an arrow or hand pointer inappropriately in the message editing area. By change in css style of `&.content_edit_mode` selector the cursor appears to be arrow on hover. Change in `.sender_name_hovered` selector css makes the cursor hand pointer when hovered over name or avatar.
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 15, 2023
Fixes zulip#3938.

Addressing the issue where the cursor appears as an arrow or hand pointer inappropriately in the message editing area. By change in css style of `&.content_edit_mode` selector the cursor appears to be arrow on hover. Change in `.sender_name_hovered` selector css makes the cursor hand pointer when hovered over name or avatar.
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 15, 2023
Fixes zulip#3938.

Addressing the issue where the cursor appears as an arrow or hand pointer inappropriately in the message editing area. By change in css style of `&.content_edit_mode` selector the cursor appears to be arrow on hover. Change in `.sender_name_hovered` selector css makes the cursor hand pointer when hovered over name or avatar.
@sanchi-t
Copy link
Collaborator

This is my first PR for Zulip. I'm new to open source, so any input would be much appreciated. Even though I followed the documentation the entire time, if anything is incorrect or should be improved, please let me know.

sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 19, 2023
Fixes zulip#3938.

The cursor appears to be hand pointer when hovered over empty area, giving the user the impression that it is clickable. By adjusting CSS properties, the cursor now correctly changes into hand pointer when hovered only over clickable items.
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 19, 2023
@sanchi-t
Copy link
Collaborator

Considering that most of the work has been completed, I am unassigning myself. However, I will continue working on it and update the pull request if needed.

@zulipbot abandon

sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 22, 2023
sanchi-t added a commit to sanchi-t/zulip that referenced this issue Dec 24, 2023
@Mubashir2611
Copy link
Collaborator

@zulipbot claim

@zulipbot
Copy link
Member

Welcome to Zulip, @Mubashir2611! We just sent you an invite to collaborate on this repository at https://github.com/zulip/zulip/invitations. Please accept this invite in order to claim this issue and begin a fun, rewarding experience contributing to Zulip!

Here's some tips to get you off to a good start:

As you work on this issue, you'll also want to refer to the Zulip code contribution guide, as well as the rest of the developer documentation on that site.

See you on the other side (that is, the pull request side)!

Mubashir2611 added a commit to Mubashir2611/zulip that referenced this issue Dec 26, 2023
mananbordia pushed a commit to mananbordia/zulip that referenced this issue Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.