Share post URL text displaying as link on touch devices

(Jeff Wong) #1

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?

(Jeff Atwood) #2

That happens on touch devices, and is by design.

(Felix Freiberger) #3

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?

(Jeff Atwood) #4

(Jeff Wong) #5

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?

(Sam Saffron) #6

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.

(Jeff Wong) #7

Ah, if that’s the case then I’ll cast another vote for this to be considered for mobile view only.

(Felix Freiberger) #8

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.

(Jeff Atwood) #9

On what device are you doing this?

(Felix Freiberger) #10

On a touch-enabled Windows 10 laptop (in Chrome), a ThinkPad Yoga.

(Sam Saffron) #11

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.

(Jeff Wong) #12

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

(Sam Saffron) #13

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.

(Jeff Atwood) #14

There is zero value in following up on any of this until the underlying detection issues have a proper technical solution.

(Joshua Rosenfeld) #15

This has come up before…

I previously shared my thoughts on non-mobile touch devices here:

(Sam Saffron) #16

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.

(Jeff Atwood) #17

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!!

(Gwil Noble) #18

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.