Re: widgets plan proposal

Ok, I agree that focus and selection are 2 different things.

I was speaking more in the context which Adam provided.  You just added a
4th state.

The current implementation allows for that.  In this instance, iconpane
would be the actual focusable, not the icons.  (ie you can 'tab' between
your desktop and the taskbar in win32 - you navigate the icons with the
arrow keys.)

-----Original Message-----
From: David Crawshaw [mailto:[email protected]]
Sent: 02 April 2003 11:49
To: [email protected]
Subject: Re: [xwt-dev] widgets plan proposal



On Wednesday, April 2, 2003, at 07:23  PM, Charles Goodwin wrote:
>> For example, in a MacOS finder window, an icon can be selected (single
>> click -- hilighted), chosen (double click -- opened) or focused
>> (editing the icon's name/text).
>
> (your term -> correct term)
> selected -> focused
> chosen -> activated
> focused -> editing the buttons text

I disagree with this, as it doesn't correctly describe the behavior of 
Finder (or Windows Explorer).

*focus* is actually held by the icon pane. One or more icons from the 
set displayed is *selected*. When the text is edited, focus is passed 
to the text field that is associated with the particular icon.

This distinction is important, as when the icon pane looses focus, it 
does not loose its selection. Click on it again (without making another 
selection), and the same selection will be there.

It's the same for the text field. You select a block of text, unfocus 
the text field and the selection still exists when you return. Monopoly 
usually represents this by making the selection background color a 
shade of grey.

Aqua's idea of selection seems to have slight differences in it to 
Monopoly, and this is where documenting a themes behavior and the way 
it interacts with our standard naming system is important.

d


_______________________________________________
http://lists.xwt.org/listinfo/dev
_______________________________________________
http://lists.xwt.org/listinfo/dev