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

[whatwg] Drag and drop in HTML5

From: Ian Hickson <ian@hixie.ch>
Date: Thu, 5 May 2005 00:19:21 +0000 (UTC)
Message-ID: <Pine.LNX.4.61.0505050009180.5094@dhalsim.dreamhost.com>
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.   `._.-(,_..'--(,_..'`-.;.'
Received on Wednesday, 4 May 2005 17:19:21 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:58:41 UTC