[whatwg] Drag and drop in HTML5

Dave Hyatt hyatt at apple.com
Wed May 4 18:37:47 PDT 2005


WinIE supports setting tabindex to -1 to make an element focusable  
via .focus().

dave

On May 4, 2005, at 5:19 PM, Ian Hickson wrote:

> On Wed, 4 May 2005, David Hyatt wrote:
>
>>
>> Safari also supports a :-khtml-dragging pseudo-class (like :hover or
>> :active) that is used to render the element while it is being  
>> dragged.
>> This allows you to do dynamic drag effects solely using CSS, is  
>> purely
>> presentational, and so IMO does belong in CSS.
>>
>
> Yeah, that belongs in CSS.
>
>
>
>> I personally think controlling focusability, dragging, selection and
>> editing from CSS is a done deal.  Safari and Dashboard already  
>> support
>> user-drag, user-select and user-modify.  Mozilla supports user- 
>> focus and
>> user-select.  We plan to add user-focus support to Safari.
>>
>
> Whether an element (other than something purely presentational like a
> window) is draggable, whether an element is selectable, and whether an
> element is modifiable or editable are quite clearly not presentational
> aspects. They don't belong in the presentational layer, especially  
> since
> that layer can be turned off.
>
> IMHO.
>
> As far as editing goes, contentEditable="" is the way we're going  
> at the
> moment, I think. Focusable is probably going to be tabindex="".
> Selectable hasn't yet been discussed (I could be convinced that  
> that is
> presentational, actually). Draggable is clearly not presentational; my
> current thinking is something like contentDraggable="" or something.
>
> -- 
> Ian Hickson               U+1047E                ) 
> \._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _ 
> \  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'-- 
> (,_..'`-.;.'
>




More information about the whatwg mailing list