Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucsd!ogicse!cs.uoregon.edu!spencer!akm
From: akm@spencer.cs.uoregon.edu (Anant Kartik Mithal)
Newsgroups: comp.windows.ms
Subject: Re: Suggestion to Microsoft
Summary: 25x80 <-> 50x80 seems to work okay for me
Keywords: minimize, maximize
Message-ID: <1990Aug17.235909.11902@cs.uoregon.edu>
Date: 17 Aug 90 23:59:09 GMT
References: <1990Aug17.200049.9989@ux1.cso.uiuc.edu>
Sender: usenet@cs.uoregon.edu (Netnews Owner)
Organization: Department of Computer Science, University of Oregon
Lines: 28

In article <1990Aug17.200049.9989@ux1.cso.uiuc.edu> mcdonald@aries.scs.uiuc.edu (Doug McDonald) writes:
>I have a simple suggestion for Microsoft for the next version of Windows:
>
>Whwn you run a DOS program in a window in 386 enhanced mode, the window
>comes up as a 25x80 text window. If you program switches to say a 50x80
>text window, or a CGA graphics window, you have to make it bigger manually.
>If the program goes back to 25x80 text, it shrinks back down. Then if it
>goes back to 50x80 you have to manually make it bigger. It would be nice if it
>followed automatically, or if at least it didn't shrink back down.

I both agree and disagree with you. I'm using SVGA, and when I run
programs like TELIX and ARCMASTER, which can do 50x80 *and* the window
that they are running in is maximized, *then* the window follows the
program size. So, for example, in Telix (which I am using now), I can
keep changing screen sizes, windows follows the screen size.

What I don't like is that there is no way of telling windows, say
through the pif that the program should be run maximized, so I find
myself maximizing a window the moment I run it. I actually think that
this should be part of the program manager program item information:
it is something that should be available for *any* application.

kartik

-----------------------------------------------------------------------------
Anant Kartik Mithal					akm@cs.uoregon.edu
Department of Computer Science				akm@oregon.BITNET
University of Oregon