Re: My list of System 6.01 bugs

[90taobri@wave.scar.utoronto.ca (TAO BRIAN T)]

In article <1993Jul22.214258.686@gallant.apple.com>, David A Lyons writes...
> 
> I'm mostly responsible for ramming that change through--with keyboard
> navigation the inconsistency became really obvious.  You could
> sometimes-but-not-always do a Command-W followed by a Command-Y to eject
> the front window's disk, for example (when the disk icon was not already
> selected).

    "Sometimes-but-not-always"... ack! I hate inconsistencies!  ;-) 
Since it is possible to change between a "desktop" context and a
"window" context using keyboard nav, can you unhilite the front window
when the navigation is on the desktop?  I can't tell if my keystrokes
will select an icon on the desktop or a window.

> The bug is we forgot to change the Shortcuts file.  The paragraph should
> read:

    I'd rather you change the Finder than the Shortcuts file... :-P

> [That is, delete the text from the end that said "..., if no other icons
> would otherwise be selected (the Finder assumes that if you selected
> icons in another window or on the desktop, it should leave them
> selected)".]

    This, IMHO, makes a lot more sense than blindly deselecting icons
and replacing it with the enclosing icon.  That's a good assumption the
Finder is making (as described above).  Why can't we have that instead? 
I can't think of any case where I would want the enclosing icon to be
selected, overriding my own selection.  If no icons are currently
selected, then fine, highlight the enclosing icon.

> That's an interesting bug.  I think my fix would be to notice that the
> disk icon being closed into was -already- selected, and not deselect
> everything in the case.

    Why special case this?  Why not fix it so if it notices that
*anything* is selected (in this case, disk icons), it won't deselect
everything?  Am I making a case for this yet?  ;-)

> "Hey, it works as well as or better than in 6.0, and resources were
> limited."

    I thought the beauty of resources is the ability to add more and
more as you need them???  ;-)  Too bad companies don't have resource
forks.  Just create a few more rAppleIISoftwareEngineers (with
appropriate rNames, of course), enlarge your rBudget, etc... ;-)
--
Brian Tao:: taob@io.org (Internex Online, 416-363-3783, 10 lines, v.32bis)
::::::::::: 90taobri@wave.scar.utoronto.ca (University of Toronto, 9T4)