- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Tue, 8 Oct 2013 09:24:36 -0700
- To: Michael Norton <norto@me.com>
- Cc: "whatwg@lists.whatwg.org" <whatwg@lists.whatwg.org>
On Tue, Oct 8, 2013 at 5:53 AM, Michael Norton <norto@me.com> wrote: > It seems that the canvas element could really help make this a reality. The Editor's Draft I reviewed on the w3c site this week seems to suggest that text and glyphs generated with accessibility-scale functions would not be able to be easily edited (text) nor cut-and-pasted. Am I understanding this correctly? If so, that's a plus for me as the data which would be utilized to populate the digital spectrometer on the front end would be pulled from other sources where editing functionality is authorized. The last sentence seems unrelated to the rest of the paragraph. Editing a data source is a very different thing from editing a local copy of text on a webpage. There is no reason to worry about the latter when it's the former that needs authorization. Using <canvas> just to make less-accessible text is inappropriate. Similarly, lack of copy/paste functionality is disconnected from anything you might need authorization for at the data source level. If you can copy/paste, you can just type it out yourself, so you aren't preventing anything. Efforts to restrict or disallow copy/paste on websites in the past (stretching back to the early days of JavaScript) have always been that terrible combination of utterly worthless and completely user-hostile. Using <canvas> to try and restrict copy/paste is a fool's errand, and inappropriate as well. That said, using <canvas> to easily create cross-platform visualizations of data is a very worthwhile and appropriate thing to do. ~TJ
Received on Tuesday, 8 October 2013 16:25:27 UTC