Noticed a change with the share button in which displays the link as an a link (with ellipsis overflow), which makes it difficult to copy/paste.
Could be related to this somewhere?
Noticed a change with the share button in which displays the link as an a link (with ellipsis overflow), which makes it difficult to copy/paste.
Could be related to this somewhere?
That happens on touch devices, and is by design.
Oh, that explains why I sometimes see the helpful selected text and sometimes the cumbersome link!
The assumption that touch users donāt have a keyboard isnāt always correct. Wouldnāt it make more sense to use this behavior in the mobile view only?
It does seem kind of weird to expect me to touch my screen just because I could - a lot of Windows 10 laptops are touch devices now. I experienced the feature on my Razer blade stealth, wondering why it was different from other shares Iāve made.
If itās working as intended for touch devices that are docked with a mouse and keyboard, should it just be a link for everyone, for consistency?
If we had any way of detecting there is a mouse connected we should flag the device as non-touch. Trouble is, I am not sure there is anyway to detect that.
Ah, if thatās the case then Iāll cast another vote for this to be considered for mobile view only.
Something is weird about that detection anyway. I just tried opening a new tab, navigate to the topic, open a share dialog, close it and open it again. The first time, I got the selected text, the second time, I got the link ā whether I was using touch or not.
On what device are you doing this?
On a touch-enabled Windows 10 laptop (in Chrome), a ThinkPad Yoga.
Actually, @eviltrout this may be worth adding
Basically on boot you listen for mouse move, if you detect mouse moved set that it is not touch and stop listening on mouse move.
That would pretty much āfix upā our touch detection.
Unfortuantely, it appears like this solution was evaluated previously by someone on the teamā¦
nice idea, but does not appear to work in our testing. iPads trigger this event. ā Jeff Atwoodā¦ Dec 13 '12 at 7:24
Yeah its messy, we would need to check for 10 mouse moves in under a second or something along those lines. iPad triggers the move on click, but only 1 event so odds are you will never get a large amount of events in a small window.
This is very messy.
There is zero value in following up on any of this until the underlying detection issues have a proper technical solution.
This has come up beforeā¦
I previously shared my thoughts on non-mobile touch devices here:
Thing is the hack for the share dialog has nothing to do with ātouchā it is there to work around positioning and focus being brutally broken on iOS. We could just toggle it so the hack is iOS only. Or people that trigger the share dialog on touch with mouse can right click. I donāt know.
It has everything to do with touch, selecting text from a textbox is a nightmare on a touch device, versus tap-and-holdā¦ plus it pops the keyboard!!
Weāve had some discussion about this recently on our community.
One of our users has a laptop with a touchscreen, but the lid is shut; he is actually using a non-touch monitor attached in single monitor mode along with a mouse. When viewing the āshare linkā text it appears not to be highlighted in Chrome, but does so in MS Edge.
It took us a while to work out what could be going on: we were all seeing different things. Eventually we found this thread and it began to make sense - some of us were using touchscreens! Weāre still unsure why it would appear differently in both MS Edge and Chrome though.
The user in question suggested there be a ācopy to clipboardā type button alongside the link itself.
Sorry for dredging up an old topic, we thought it might be useful to share.