TomB stated in post
201204220...@usenet.drumscum.be on 4/22/12 12:32
AM:
> On 2012-04-21, the following emerged from the brain of DFS:
>
> 8<
>
>> In Windows you take it for granted that Close closes a document but
>> leaves the app open.
>>
>> Exit closes the app.
>
> Just like on GNU/Linux then. And on both operating systems some
> applications will exit when you close the last open file, while other
> will remain running.
On both Windows and desktop Linux, when you close the last window the
application generally closes... though there are some exceptions on both.
On OS X, when you close the last window the application generally stays
active - esp. if it is one that can deal with multiple files. There are
some exceptions to the "rule" and the inconsistency, I think, is a problem.
>> There is no Quit in Windows apps (that I can recall seeing).
>
> Depends on what you call a "Windows app". I know I have some
> applicatins on my Windows boxes that use quit instead of exit (I can
> provide you with some screenshots if you like), just like on GNU/Linux
> (where - through KDE and Gnome - quit is the norm), a minority of
> programs use exit instead.
On Windows the norm is "Exit" and on OS X the norm is "Quit [Application"].
Such a norm is not only lacking on desktop Linux in general, no distro
really has much of a norm, other in what they include by default. With OS X
and Windows those defaults are respected by the vast majority of software.
> Really, the situation between Windows and GNU/Linux is quite similar
> in this regard.
Not even close. There is no desktop Linux standard here... so the situation
cannot be the same as it is on OSs with standards. This is one of the
reasons Unity is doing away with the menu names - to avoid such
inconsistencies and, in some cases, confusion (though most people are not
really that "confused" by such things, it still is a weakness and a good
example of a place where even something that should be trivial to get
"right" or at least mostly "right" is just handled poorly.
I have talked about ways this could be done better *and* allow for more real
choice and flexibility on the system level of desktop Linux distros.
Oh, and for what it is worth, it is not as if even Linux "advocates" do not
have problems with the terms Quit and Exit being used interchangeably... not
that the confusion shown by the "advocates" is the primary problem, but here
are some examples of it:
Peter Köhlmann:
-----
The apps with "Quit" do *not* exit, they continue to run
in the background
-----
J G Miller:
------
But they do not mean the same thing. As far as I am aware
the accepted usage is that EXIT means commit all changes and
cleanly end the program. QUIT could mean abandon the changes
made under a sub-dialog (but usually this is termed CANCEL)
or could mean exit the program abruptly without doing
anything or saving any changes.
------
> In my opinion a typical Windows desktop will even show more UI inconsistencies
> that a typical GNU/Linux desktop. For instance, on Windows a lot of
> applications insist on providing their own window decorations, and there are
> quite some applications that do not have a keybinding for exit, but rely on
> the system keybinding of Alt-F4 instead.
>
> Just my two cents.
The window dressing on Windows is a bit of a mess... and with the transition
to the Ribbon UI there are at least two major UI paradigms "competing" on
the same system... but at least with that there is a form of transition
happening (though MS is not really pushing the idea of a full migration to
the new paradigm... and is now introducing anther one...). So, yeah, MS by
itself is working on making its own OS and even its own applications as
inconsistent as what you find on desktop Linux distros. Really poor choice
on the part of MS... at least desktop Linux has its development model as an
excuse for this problem. And it is a problem in terms of productivity,
error reduction, jumping from app to app, etc. As desktop Linux and the OSS
community has been working to make this better on open systems, MS has been
messing around with a half-migration and mixing paradigms.
The only major desktop OS where this aspect of productivity and
error-reduction and the like is handled well is OS X (and, of course, it is
not perfect... but it is far, far ahead of the competition *in this area*).
--
🙈🙉🙊