-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Selecting text in context menu closes the dialog #4934
Comments
@madsrasmussen I have noticed this as well. I think It has previous been suggested to use Hammer.js https://hammerjs.github.io/ in this PR #2819 Not sure how many places in the backoffice swipe events are used. For AngularJS it seems there have been a discussion about it here: angular/angular.js#6626 and implemented so adding https://docs.angularjs.org/api/ngTouch/directive/ngSwipeLeft Not sure if the plugin has been updated in v8, otherwise it might be possible to use the latest version, without breaking stuff. |
Same issue in V8 a good place where you can see this is in the culture and hostnames dialog |
suggested test case on Umbraco 7.14+ and 8.0+: please check this issue is resolved for the UmbracoMultiUrlPicker dialog |
I notice on many dialogs, that if the mouse-up is outside the right hand side pane then it closes, but if the mouse-up is inside the right hand side pane it doesn’t. |
Is this two separate issues? mouse up outside the right hand side pane vs an issue with swipe left? Should this ticket: #5132 be reopened as it seems to refer to the mouse-up issue, and this ticket refers to the swipe left issue? |
I am also suffering from this dialog problem in many umbracoDialog/umb-pane from Umbraco 7.12 to 7.15.1. The problem can be reproduced by |
Thanks everyone for the feedback! At the moment we're looking for someone who would like to get their hands dirty, find the source of the problem and try to fix it. Who's game? :-) |
I think there are two separate things here. First, Second, in both 7.x and 8.x, a mouse-up outside the dialog looks like a click outside the dialog, and therefore closes it. This is trickier, I'm not sure how we tell "real" clicks from the end of an overenthusiastic text selection. |
Why not change it from click to mouse-down outside the pane to close it?
…On Sat, 17 Aug 2019 at 4:39 AM, stevemegson ***@***.***> wrote:
I think there are two separate things here. First, ng-swipe in 7.x.
Hopefully that's easily addressed with ng-swipe-disable-mouse.
Second, in both 7.x and 8.x, a mouse-up outside the dialog looks like a
click outside the dialog, and therefore closes it. This is trickier, I'm
not sure how we tell "real" clicks from the end of an overenthusiastic text
selection.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#4934?email_source=notifications&email_token=AACWTWOBPV4MDWIUB7H3QZLQE3J3ZA5CNFSM4G45JWYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4PDI5Y#issuecomment-522073207>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AACWTWPBR2ET7OWI6IAVQY3QE3J3ZANCNFSM4G45JWYA>
.
|
This is fixed for v7 in #6204 - will be part of 7.15.5. There's a small caveat:
That is not a problem in v8, only in v7. |
When you select text in the context menu (do a swipe left with your mouse) the dialog closes. It is especially annoying when using Umbraco Cloud, and you get a deploy error and want to copy the error message. The dialog then closes, and the error message is gone, and you have to wait for another deploy/restore.
The "functionality" is caused by the ng-swipe-left directive on the dialog. I think the annoyance from the feature overweighs the benefits of being able to swipe left on mobile to close the dialog and the directive should just be removed.
The text was updated successfully, but these errors were encountered: