[comp.sys.mac] New MF features

peter@aucs.UUCP (Peter Steele) (03/28/88)

in article <7785@apple.Apple.Com>, goldman@Apple.COM (Phil Goldman) says:
> 
> System software (including MF)
> is released every 6 months so it is always possible to add/change features.
> 
> -Phil Goldman
> Apple Computer

There are at least two things I'd like added to Multi-Finder. One
of them should be easy. The ApplicationMenu INIT that was posted by
Apple a while ago os excellent and seems to me would be reasonable
to make a standard part of MF (afterall, Apple did develop it,
presumably because some there thought it was useful). The other thing
I'd like to see is a way to "hide" windows easily so that icons on the
desktop could be more easily accessed (without having to resize and/or
move windows). A logical approach would be perhaps to extend the
AppicationMenu to list both applications and windows. To hide a window
one would simply have to select it from this menu (where it would then 
be checked or something to indicate its special status). It would be
nice if ApplicationMenu also listed currently open DAs...


-- 
Peter Steele, Microcomputer Applications Analyst
Acadia University, Wolfville, NS, Canada B0P1X0 (902)542-2201x121
UUCP: {uunet|watmath|utai|garfield}dalcs!aucs!Peter
BITNET: Peter@Acadia  Internet: Peter%Acadia.BITNET@CUNYVM.CUNY.EDU

lsr@Apple.COM (Larry Rosenstein) (03/30/88)

In article <1021@aucs.UUCP> peter@aucs.UUCP (Peter Steele) writes:

>of them should be easy. The ApplicationMenu INIT that was posted by
>Apple a while ago os excellent and seems to me would be reasonable
>to make a standard part of MF (afterall, Apple did develop it,
>presumably because some there thought it was useful). The other thing

"Apple" did not write or post ApplicationMenu.  I did it for my own use and
enjoyment.  (It is just a coincidence that I work for Apple.)  Also, the
INIT file MF Menu came first; I simply added a couple of features to the
basic idea.  

-- 
		 Larry Rosenstein,  Object Specialist
 Apple Computer, Inc.  20525 Mariani Ave, MS 27-AJ  Cupertino, CA 95014
	    AppleLink:Rosenstein1    domain:lsr@Apple.COM
		UUCP:{sun,voder,nsc,decwrl}!apple!lsr

raylau@dasys1.UUCP (Raymond Lau) (04/05/88)

In article <7809@apple.Apple.Com>, lsr@Apple.COM (Larry Rosenstein) writes:
> In article <1021@aucs.UUCP> peter@aucs.UUCP (Peter Steele) writes:
> 
> "Apple" did not write or post ApplicationMenu.  I did it for my own use and
> enjoyment.  (It is just a coincidence that I work for Apple.)  Also, the
> INIT file MF Menu came first; I simply added a couple of features to the
> basic idea.  
> 
> -- 
> 		 Larry Rosenstein,  Object Specialist

Well.......MF Menu crashes too often.  ApplMenu never crashed.  MF Menu
caused me to lost about 50 lines of entry into an Excel spreadsheet.
(It crashed when I tried to select the Save... commmand, so don't tell
me to save often!)  MF Menu also caused strange behavior w/some utilities.
ApplMenu doesn't.   So they may have the idea first but you have the
working thing.....

-Ray
(signature surpressed to avoid turning a short msg. into a lengthy book.)

t-jacobs@utah-cs.UUCP (Tony Jacobs) (04/08/88)

ApplMenu has one problem, when you hold down the command key you can click
anywhere in the menu to access it.  This is a conflict with Hypercard! You
cannot access the protection mechanisms because you need to hold down the
command key to do it!!!

I would like to see an addition to ApplMenu that allows you to quit programs
without having to go to them first. Something like holding down the shift key
when selecting the application from the ApplMenu.  The reasons for this are
that often I have to go quit an application in order to open up another one.
When you quit an application it will then go to some other application in the
list.  If this happens to be one with a complex window it has to draw it may
take a lone time to update it and thus it slow down the process of opening
up the new application.  Perhaps adding the ability to quit from the ApplMenu
won't take you back to the Finder or where ever you were last but it would
help if it did.


-- 
Tony Jacobs * Center for Engineering Design * U of U * t-jacobs@ced.utah.edu