🚀 go-pugleaf

You apparently missed one point of my suggestion... that it be selectable by
SIZEBTOP (a new flag), just as SIZEBRIGHT is selected today.

In article <28268@shemp.CS.UCLA.EDU> michael@maui.UUCP (michael gersten) writes:
> This will cause major problems if a window is resizable and not movable.

Then don't set SIZEBTOP on non-draggable windows. Really, no matter what you
do programmers will still make inconvenient design decisions. That a feature
can be misused is no reason to prohibit it.

If you're playing what if... what about resizable non-movable windows near the
bottom of the screen right now?

> It will also cause problems if you want to shrink a window. Right now I
> place my text window where I want the top, put some garbage text in,
> and then shrink it until there is no wasted space at the bottom.

So don't use SIZEBTOP on your text windows.

> Besides, any growth/shrinkage must now be followed with a window move.

Why?

> Please, keep the size gadget in the corner, and do proper clipping/scrolling
> so that we can get a 23 by 79 window that only scrolls when data is put in
> the bottom corner.

I don't have any idea what you mean by the reference to clipping and scrolling.
That's a function of console.device, not intuition.

A 23 by 79 window might be enough for you, but I can make a 24 by 80 window if
I can put the sizing gadget in the top.
-- 
Peter "Have you hugged your wolf today" da Silva      `-_-'
...texbell!sugar!peter, or peter@sugar.hackercorp.com  'U`
``Back off dude! I'm a topologist!''
	-- Andrew Molitor <amolitor@eagle.wesleyan.edu>