W3C home > Mailing lists > Public > public-css-archive@w3.org > October 2016

Re: [csswg-drafts] Add a clipboard media type

From: Sebastian Zartner via GitHub <sysbot+gh@w3.org>
Date: Fri, 28 Oct 2016 11:17:40 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-256896192-1477653458-sysbot+gh@w3.org>
> As @Crissov commented, this is highly likely to be abused.

As I said, a similar way to copy-protect a page is already available 
via `user-select`. Also `@media print` can be abused the same way.
But you're right, the risk that this feature would abused is high.

> this would significantly complicate how implementations deal with 
copying to the clipboard, as they would have to do a dedicated layout 
pass, which they currently do not do.

The idea about the 'clipboard' media type could have been part of a 
larger discussion about specifying how implementations should deal 
with copying. (Currently they obviously differ a lot!)

I'm not an implementer, but I would have assumed the technical part to
 be relatively easy, because the layout algorithm would mostly be the 
same as the one used for the screen or print layout.

@fantasai in the [minutes from 
2016-10-26](https://lists.w3.org/Archives/Public/www-style/2016Oct/0130.html):

> It won't interact properly with the cascade since we want the 
default behavior to be a set of UA-defined behavior.

I assume UAs would only be required to change the default style sheet 
for this and the cascade would work the same as now.

> I'd like to close this as WONTFIX. Is that OK with you?

I still think it would be good to have a way to influence clipboard 
layout in some way, but I can understand your disagreement on the 
proposed 'clipboard' media type.

Sebastian

-- 
GitHub Notification of comment by SebastianZ
Please view or discuss this issue at 
https://github.com/w3c/csswg-drafts/issues/648#issuecomment-256896192 
using your GitHub account
Received on Friday, 28 October 2016 11:17:46 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:04 UTC