🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.os.os2.misc
Article #17423

OS/2 Wishlist (additions)

#17423
From: R S Rodgers
Date: Sun, 02 Jan 1994 18:12
124 lines
5931 bytes
In article <bjorn.757443367@box.ludd.luth.se>,
Bjorn Fahller <bjorn@ludd.luth.se> wrote:
>>MOUNTING DRIVES INSTEAD OF HAVING DRIVE LETTERS
>
>Desirable, but probably unrealistic, since just about any program aware of
>drives would break :(


	Not really.  I've posted at least 4 times with a scheme that
	would probably allow current OS/2 programs that make hard 
	references to a: B: C: and so on to continue to run while the 
	user could now assign DOCS: or BIB: in the same way that he now
	assigns LIBPATH.

	The Amiga/Mac-style disk mounting that I propose is seamless, and
	would be more familiar to users than the UNIX mount-off-root 
	(well, I suppose the Mac desktop/ way is similar).  Additionally,
	mount off root could be easily simulated...


>>RESIZABLE SHELL WINDOWS
>>RESIZABLE FONT FOR SHELL WINDOWS


	FIX STUPID, NIGGLING BUGS IN WPS.  Why can't I set swapfile paramaters
	from a graphical interface?  Why can't I get my WPS desktop menu to 
	*stay* changed when I change it from schemes?  Suppose I want to make
	a new colorscheme, but keep the same desktop scheme--why can't I make
	a pallette of colorschemes that will change the _coloration_ of multiple
	desktop features on the whole, but *not* *change* *menu/font/etc.* 
	settings?  Why aren't things like the tasking parameters, protectonly,
	startupfoldersonly and so on accompanied with a nice GUI front end in 
	system setup?  Why isn't there a log file of successfully and
	unsuccessfully launched drivers/applications at system startup?  Why
	can't I make a snapshot of my desktop to be used at bootup, and then
	make a mess as I work throughout the day, only to have my desk cleaned
	up again--whew!--the next morning when I reboot? 

	MULTIUSER WPS.  Add ability to have logins and seperate, unique 
	desktop arrangements for multiple users.

	ALLOW DRIVERS TO BE LOADED AND UNLOADED WITHOUT A RESET.  That's
	right.  If Windows 3.1 drivers can allow a user to change resolution
	without exiting or restarting Windows, why not Os/2?  If Win3.1
	can restart so quickly the rest of the time, when that feature
	hasn't been implemented, why can't PM? 

	PROTECT SYSTEM FROM ITSELF.  Whoever decided that Os/2 should be 
	able to drag the OS2 directory to the shredder and have the command
	obeyed ought to be strung up.  At the very least, OS/2 should install
	the system files readonly, and offer a checksum program that can
	routinely scan all of the installed system files to be sure that they
	are not corrupted.

	ALLOW SYSTEM TO MODIFY .INI FILES WITHOUT COPYING THEM.  Last I checked,
	OS/2 copies the OS2.INI file to a completely new file (.$$$) whenever
	it modifies it.  This gets annoying if your ini file has been growing,
	especially if it's doing so due to WPS inefficiencies and bugs.

	UNIFIED SHELL WINDOW.  Use same shell window for DOS, OS/2 and
	POSIX (it was on this list) programs.  Having seperate command
	windows for text mode programs is stupid, especially the way they
	are handled now.

	CLOSABLE SHELL WINDOW.  It's idiotic that you can't use a double
	click on the close box to close an idle, at the command line waiting
	for a command, DOS or OS/2 window without being asked if you're sure.
	Active program? Fine, ask.  Inactive, just a shell?  Close it.

	VECTOR ICONS.  Use vector graphics files for icons instead of bitmaps,
	(offer both) and allow the icon to be scaled to a fixed size no matter
	the resolution.  


>>DISPLAY POSTSCRIPT
>
>Disagree. Display PostScript is nice, but pig slow (talking from experience).
>Maybe include a program that converts display postscript to something else,
>in the development kits, so that the developers can work with display
>PostScript (since it really is nice), but not have to bother about the
>extreme slowness of it.


	NeXTSTEP on the 486dx2-66 that I saw it on had much faster screen 
	updates than OS/2 did, and OS/2 was using the accellerator hardware
	of the card, whereas NeXTSTEP was not.  NS even had faster (*much* 
	faster) scrolling in a mach shell window than OS/2 did, using a 
	smaller font and fewer vertical lines, on the same hardware..


>>DEFAULTS NOTEBOOK FOR SHELLS


	SIDEWAYS NOTEBOOKS.  Use notebooks styled in the same way as those
	used in Word 6.0 for Windows.  The tabs-on-top format is much less
	wasteful of screen real estate and looks better, too. 


>>DEDICATED SWAP PARTITION


	FIX STUPID SWAPFILE SETTINGS COMMAND LINE.  The sizes should be
	initial size and maximum size, not initial size and max-not-used-space.



>REFERENCE COUNTED RESOURCES


	Good idea.


>STANDARD UNINSTALL PROGRAM


	GET RID OF CONFIG.SYS.  IBM programmeers: Look at the WinNT registry.
	Learn. 


-- 
 The big mistake that men make is that when they turn thirteen or fourteen and
 all of a sudden they've reached puberty, they believe that they like women.
 Actually, you're just horny. It doesn't mean you like women any more at
 twenty-one than you did at ten.                --Jules Feiffer (cartoonist)
Technical Details
Message-ID: <2g72r7$3ng@cville-srv.wam.umd.edu>
Path: arc1-ca.pugleaf.net!gmd.de!Germany.EU.net!EU.net!uunet!haven.umd.edu!cville-srv.wam.umd.edu!rsrodger
References: <2d24f39e.spatial@spatial.UUCP> <bjorn.757443367@box.ludd.luth.se>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1044c2,54b5a7eb8f6e0e7a
X-Google-Attributes: gid1044c2,public
X-Google-Thread: 10cd94,54b5a7eb8f6e0e7a
X-Google-Attributes: gid10cd94,public
X-Google-Thread: 10ca75,54b5a7eb8f6e0e7a
X-Google-Attributes: gid10ca75,public
X-Google-ArrivalTime: 1994-01-02 10:15:05 PST
Path: arc1-ca.pugleaf.net!gmd.de!Germany.EU.net!EU.net!uunet!haven.umd.edu!cville-srv.wam.umd.edu!rsrodger
From: rsrodger@wam.umd.edu (R S Rodgers)
Newsgroups: comp.os.os2.misc,comp.os.os2.beta,bit.listserv.os2-l
Subject: OS/2 Wishlist (additions)
Date: 2 Jan 1994 18:12:55 GMT
Organization: University of Maryland, College Park
Lines: 124
Message-ID: <2g72r7$3ng@cville-srv.wam.umd.edu>
References: <2d24f39e.spatial@spatial.UUCP> <bjorn.757443367@box.ludd.luth.se>
NNTP-Posting-Host: rac4.wam.umd.edu