[Design] Fwd: [Bug 6134] Edit > Delete deleted event when I expected it to delete collection

[Mimi Yin]

ISSUE: Should Chandler switch keyboard focus to the sidebar when users click in the sidebar? Forwarding this bug to the design list since it is turning into a discussion :o) We addressed this issue in bug 2127 and on the list  in January: https://bugzilla.osafoundation.org/show_bug.cgi?id=2127 Below are links to the original design list thread: + Original post: http://lists.osafoundation.org/pipermail/design/2006-January/003759.html + Summary thread: http://lists.osafoundation.org/pipermail/design/2006-January/003793.html === The short explanation for why we are NOT switching focus: Most of the time, when user's click in the sidebar, it is NOT to switch their focus to the sidebar. Instead the sidebar is merely an intermediary or handle for changing what you see in the summary pane. As you click on different collections in the sidebar however, your 'mental' focus remains in the summary pane. See Katie's anecdote about Thunderbird for a more vivid account of this idea: http://lists.osafoundation.org/pipermail/design/2006-January/003789.html By contrast when users are browsing windows / file directories in the Finder or Windows Explorer (which is where this convention comes from), you really are changing focus. You are selecting a new window. Mimi Begin forwarded message: From: [EMAIL PROTECTED] Date: July 14, 2006 3:06:11 PM PDT To: [EMAIL PROTECTED] Subject: [Bug 6134] Edit > Delete deleted event when I expected it to delete collection http://bugzilla.osafoundation.org/show_bug.cgi?id=6134 [EMAIL PROTECTED] changed:            What    |Removed                     |Added ----------------------------------------------------------------------------                  CC|                            |[EMAIL PROTECTED] ------- Comment #12 from [EMAIL PROTECTED]  2006-07-14 15:06 PST ------- Think of it this way: where do you expect the focus to be when you click some part of an application? I am pretty sure most people will say they expect the focus to be where they clicked, regardless of what they happened to be doing just prior to the click (assuming, of course, that the area they clicked can accept focus).  Notice that if you happen to be editing a search string in toolbar, or any field in the detail view, and click once in a sidebar entry, the focus moves to the sidebar. The only case when the focus does not move is when it is in the in-place editor in calendar - in other words, this bug. Mimi, your thoughts? --  Configure bugmail: http://bugzilla.osafoundation.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design