W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2012

Re: [whatwg] Submitting contentEditable Content In A Form -- also in SVG and audio contexts

From: David Dailey <ddailey@zoominternet.net>
Date: Wed, 17 Oct 2012 21:41:30 -0400
To: "'Ian Hickson'" <ian@hixie.ch>
Message-ID: <000001cdacd1$b2c96da0$185c48e0$@net>
Cc: 'whatwg' <whatwg@lists.whatwg.org>, ayg@aryeh.name
No I had nothing at all in mind that might be inconsistent with what is
being discussed -- just sort of a free association I suppose.


-----Original Message-----
From: Ian Hickson [mailto:ian@hixie.ch] 
Sent: Wednesday, October 17, 2012 9:27 PM
To: David Dailey
Cc: 'whatwg'; ayg@aryeh.name
Subject: RE: [whatwg] Submitting contentEditable Content In A Form -- also
in SVG and audio contexts

On Wed, 17 Oct 2012, David Dailey wrote:
> I don't know if this matters or not, but at some point in time, other 
> standards than HTML like <svg> or <audio> might receive sensible 
> proposals to allow other media (than just text) to be contentEditable.
> Just as it makes sense to have built in text editors (imagine the 
> spectrum ranging from <textarea> to rich web content editors like in
> Google+ and beyond) in a spec that deals with text (as in HyperText ML
> handling such routine things as word-wrap, backspace, delete, select, 
> copy, paste etc.), so might it make sense to have a default
> (cross-browser-consistent) generic drawing pad that produces 
> structured graphical objects (and not just silly pixelbits) built into 
> a graphical element or a default (cross-browser-consistent) sound 
> studio built into audio objects. The GUI interfaces for these things 
> have been pretty consistent since MacDraw in 1984 and SoundEdit in 
> 1986 so any patents with the oft-replicated interface would have expired
by now.
> I'm not saying that coherent proposals that meet the acceptance of the 
> standards community for such will emerge in the next few years, but at 
> some time, the logic for them is likely to eventually overcome the 
> resistance. And, in the meantime, it might make sense to make sure 
> that what is done with the stuff in HTML is consistent with the 
> broader spectrum of possible use cases that will emerge in the future.

That seems reasonable in general. Did you have anything specific in mind
that isn't consistent in this way?

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Thursday, 18 October 2012 01:42:02 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:17 UTC