Re: mWin DOS window manager
Lee West wrote:
> However, did you intentionally (or deviously)
> reverse the order of the min and max buttons?
Ooops. I thought they looked wrong. Just swap the values assigned to
thMinimizeAt and theMaximize at, and all will be well
> Also, did you intentionally (or see above)
> place the min icon on the top of the box?
Yes, I stole the icon from StarOffice. There's no program bar to minimize
the windows into, so I decided to do the Mac windowshade thing instead.
Brian Jackson wrote:
> When you spatter a few controls on those
> windows, I just might a little hack of EuDesigner
> to write code for it.
Great! I'll probably rip more code from Dos32Lib.
> BTW, are you aware that your resize handles don't
> work on the top and left sides?
Yes, and resizing a minimized/maximized window doesn't set the state back,
so the control buttons are wrong.
> Also, a Windows specific feature is to minimize an app
> to the bottom-left corner of the screen, taskbar in absentia.
OK, I'll 'fess up. I didn't want to keep track of the minimized windows so
they would stack correctly. The window shade thing is easier, and if there's
any demand, it's not that hard to add code to make in minimize instead.
Since it's unlikely the user will be running more than one app at a time,
there's not much need for minimizing.
It's been verified that on a 486 the display speed is indeed pathetic -
about 10 seconds to redraw a window. This isn't suprising; there's a ton of
clipping going on. I chose to use a backing store with the window manager
because it minimizes the number of times that a window needs to be redrawn,
and gets rid of a lot of flicker.
If there is ever demand for this to run on a slower machine, it would make
sense to go the assembly route with something like Pete's Neil library.
Thanks!
-- David Cuny
|
Not Categorized, Please Help
|
|
