Re: MacUpdatePromo

"Steve Carroll" <trollkiller@xxxxxx> stated in post
trollkiller-FD7EB8.19414524042008@xxxxxxxxxxxxxxxxxxxxxx on 4/24/08 6:41 PM:

In article <C4364EBC.B56C4%usenet@xxxxxxxxxxxxxxxxxxxxx>,
Snit <usenet@xxxxxxxxxxxxxxxxxxxxx> wrote:

"Steve Carroll" <trollkiller@xxxxxx> stated in post
trollkiller-728055.14095624042008@xxxxxxxxxxxxxxxxxxxxxx on 4/24/08 1:09 PM:

In article <C4361B60.B567A%usenet@xxxxxxxxxxxxxxxxxxxxx>,
Snit <usenet@xxxxxxxxxxxxxxxxxxxxx> wrote:

"Steve Carroll" <trollkiller@xxxxxx> stated in post
trollkiller-4CCEFD.11594624042008@xxxxxxxxxxxxxxxxxxxxxx on 4/24/08 10:59
AM:

In article <C435FF94.B5626%usenet@xxxxxxxxxxxxxxxxxxxxx>,
Snit <usenet@xxxxxxxxxxxxxxxxxxxxx> wrote:

"nospamatall" <nospamatall@xxxxxx> stated in post fuqaui$qud$1@xxxxxxxx
on
4/24/08 9:02 AM:

Snit wrote:
I just purchased the promo bundle from MacUpdate... excellent deal.
No
real
desire for the "biggie" in the deal, Parallels (I have VMware) but for
under
$70 the rest of the software is well worth it.

I did just test and three of the nine applications that I got from
there
quit when you close the last window ... and Hazel and
MenuCalendarClock
and
Typinator are not typical windowed programs (they are prefpanes or
menu
items).

Art Text
BannerZest
DVD Remaster

So of the nine, six are windowed... and half of those quit when the
last
window is closed.

That does not speak well of consistency in how windows work on a
Mac...


I don't think consistency is as important as logic. If there is no
reason for a process to remain active after closing the last window it
can quit. What bugs me is when you can't close the last window without
quitting, even if a process is still running. It's not an OS thing,
more
a developer thing.

I wish there was a visual way to know what would happen... if Apple were
to
build in such a way I bet most developers would use it.

There is a visual way but that vision is based on comprehending the
logic of how the app is used. For apps that have "no reason for a
process to remain active after closing the last window"... the app
'visually' quits, taking the app menu with it. For apps where this isn't
the case, the app awaits new interaction by 'visually' remaining
active... the "visual" indicator is the app menu.

Hence the reason you only knew of *one* application that quit when the
last
window was closed.


Wrong... I only knew of one because that is the only one I have ever
closed the window on... in other words, I spotted the visual aspect in
the only app in which I've tried it. Even now I still quit the System
Prefs with cmd-Q (I much prefer keyboard commands, as many a/v guys do).

By the way, why are you trying to shift the focus onto this instead of
your inability to recognize the visual aspect I just mentioned based
upon something another poster just tried to teach you about consistency
vs. logic? Can you not stay on topics that even *you* bring up?

Face it, Steve, you just shoved your foot deep down your throat again...
but, hey, you got me to respond to you - and that is really what you care
about.

Said the guy who wasn't aware of an extremely obvious visual aspect of
OSX, yet, *claims* to be a "computer teacher". See how swimming upstream
of reality isn't working for you? Face it... for as "dumb" as you keep
claiming I am, I'm still smarter than you are.

I have now posted a number of programs that quit when their last window is
closed:

ACME Reader
Airport Utility
Art Text
BannerZest
CocoaBooklet
Dictionary
DVD Player
DVD Remaster
Font Book
iPhoto
PDF Lab
Switch
System Preferences
That's Not a Picture
TinkerTool
Yasu

One thing they have in common is that you were ignorant about the very
existence of how common their behavior is on OS X, but that is not an
"extremely obvious visual aspect". Above you merely lie to try to obfuscate
your ignorance. But, hey, you did not freak out and snip and run, so I
responded.

Have a good day!

So? All you're doing is showing you don't understand the topic again and
spreading falsehoods about guidelines.

In most cases, applications that are not document-based
should quit when the main window is closed. For Example,
System Preferences quits if the user closes the window. If an
application continues to perform some function when the main
window is closed, however, it may be appropriate to leave it
running when the main window is closed. For example, iTunes
continues to play when the user closes the main window.

Please explain how you think the programs on a Mac actually follow that.

Oh, and you never did state what "extremely obvious visual aspect" you
repeatedly missed in all programs but System Preferences. Come on, Steve...
why run from your claim that you missed this "extremely obvious visual
aspect"?


--
One who makes no mistakes, never makes anything.

.

Relevant Pages

  • Re: MacUpdatePromo
    ... Snit wrote: ... quit when you close the last window ... ... logic of how the app is used. ...
    (comp.sys.mac.advocacy)
  • Re: Steve Carroll does not know the difference between saving and quitting.
    ... or in an app where it can be used for additional work it ... Most apps cannot be used with no window open... ... yet it does not quit. ... And nor should it Snit! ...
    (comp.sys.mac.advocacy)
  • Re: MacUpdatePromo
    ... Snit wrote: ... quit when you close the last window ... ... logic of how the app is used. ...
    (comp.sys.mac.advocacy)
  • Re: Steve Carroll does not know the difference between saving and quitting.
    ... or in an app where it can be used for additional work it ... Most apps cannot be used with no window open... ... yet it does not quit. ... And nor should it Snit! ...
    (comp.sys.mac.advocacy)
  • Re: MacUpdatePromo
    ... easy way to know which app will work which way. ... so users are supposed to know all GUI guidelines and understand the ... when they close a window. ... them to quit. ...
    (comp.sys.mac.advocacy)
Loading