[Webkit-unassigned] [Bug 80159] -webkit-user-select:none not respected when copying content

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=80159





--- Comment #9 from Chris Peterson <cpeterson at mozilla.com>  2013-01-18 12:47:40 PST ---
(In reply to comment #8)
> > * WebKit: CMD+A (or dragging a selection) will highlight the text surrounding a `none` span, but NOT the `none` text.
> > * Gecko: CMD+A (or dragging a selection) will highlight all text, INCLUDING the `none` text.
> 
> Gecko's behavior is counter-intuitive here. Isn't the whole point of user-select: none so that the text is never selected/highlighted?

I agree; I feel that highlighting text that is not going to copied is misleading.


> > * WebKit: CMD+C will copy all text, INCLUDING the `none` text.
> > * Gecko: CMD+C will copy the text surrounding a `none` span, but NOT the `none` text.
> 
> Gecko's behavior makes sense here. I previously said that I'm afraid there might be a compat. issue but I think it makes sense to match Gecko's behavior on the basis that the user wouldn't expect unhighlighted text to be included when they hit cmd/ctl+c.

I think part of the confusion is whether -*-user-select:none (which is not standard CSS) intends "selection" to means text highlight or copying. I think the user-select:none use case is to prevent users from highlighting and copying elements of a web page that are "not content", such as header or footer text. Unfortunately, I can imagine news websites marking their articles' text as user-select:none as weak "copy protection" (like websites that use JS to prevent right-clicking on images).

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.