W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2005

[whatwg] Editing

From: James Graham <jg307@cam.ac.uk>
Date: Wed, 20 Apr 2005 18:35:29 +0100
Message-ID: <426692E1.9050504@cam.ac.uk>
Brad Fults wrote:

>On 4/20/05, Anne van Kesteren <fora at annevankesteren.nl> wrote:
>  
>
>>Besides your other points I think it would also be important to specify
>>the content model the element can have and the possibility to restrict
>>this content model.
>>...
>>  <em contentEditable="true" exclude="a em strong span">
>>    
>>
>
>Although such a selection method would be convenient, I think it makes
>more sense to specify such exceptions on the elements themselves,
>removing the need to add a new attribute. For instance,
>
><div contenteditable="true">
>  <a href="#header" contenteditable="false">Header</a>
>  <a href="#footer">Footer</a>
></div>
>
>In this case the first link would be manipulated as an unbreakable
>unit inside the div.
>  
>
But this alone doesn't prevent the authot _inserting_ another <a> 
element into the contenteditable <div>. Anne's solution does allow for 
such restrictions but doesn't seem to generalise well e.g. it's not 
clear how to prevent an attribute from being inserted on an editable 
element or allow for realistic restrictions like "href attributes in <a> 
elements must point to http:// resources". Given that, I'm not sure what 
of the restrictions should be managed declaratively and what should be 
managed via scripting, since, at some level, scripting will almost 
certainly be needed to ensure acceptable input.

-- 
"But if science you say still sounds too deep,
Just do what Beaker does, just shrug and 'Meep!'"

-- Dr. Bunsen Honeydew & Beaker of Muppet Labs
Received on Wednesday, 20 April 2005 10:35:29 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:22 UTC