Re: Weird doc-based behaviour?
Re: Weird doc-based behaviour?
- Subject: Re: Weird doc-based behaviour?
- From: "David W. Halliday" <email@hidden>
- Date: Tue, 29 May 2001 23:25:13 -0500
- Organization: Latin AmeriCom, formerly Latino Online
Bill Cheeseman wrote:
>
on 5/29/01 4:53 PM, Izak van Langevelde at email@hidden wrote:
>
>
> The problem is as follows. First, create a document-based cocoa
>
> application in Objective C and run it. An "untitled 1" window shows up:
>
> close it and switch to another application.
>
> Now, switch back to the doc-based application: an "untitled 2" window
>
> appears.
>
>
This is said to be the new officially-correct behavior. The user must always
>
have visual confirmation that switching to an application worked.
>
>
I don't like it, either. I often switch back to an application just to set
>
its preferences or examine its menus. I know to look at the application name
>
in the application menu to confirm that I got where I wanted to be. I don't
>
like having to dismiss a window I didn't ask for. I think the HI people are
>
wrong on this one.
>
>
--
>
>
Bill Cheeseman - ...
Bill, it's not that "the HI people are wrong on this one" so much as---with
so many issues where a given HCI doesn't fit well with certain users---the HI
people are addressing a different audience (a different set of users).
In this case, the users this issue is intended to address are neophyte
users---the ones that often complained that nothing happened when they went to
switch applications (of course, they neglected to notice the changes in the menu
bar). However, addressing the neophyte users in this way (even though I believe
it to be the best way for such users) does cause problems for the more
experienced users---especially the, so called, power users.
This is probably another case where the user audiences are sufficiently
different that one solution will /not/ fit all. Hence the need for a UI
preference (something that is often considered a big no-no by the HI
"intelligencia").
David email@hidden