1. mWin DOS window manager
- Posted by David Cuny <dcuny at LANSET.COM> Mar 12, 2000
- 566 views
I've updated my mWin DOS window manager. It now has widgets on the window (minimize/maximize/close), as well as a number of bug fixes. It's not really useful yet, but I think it's pretty neat anyway. You can download it at: www.lanset.com/dcuny/download/mw_dos.zip For more information on the mWin library, visit: www.lanset.com/dcuny/mwin.htm If someone would let me know how pathetically slow it runs on a 486, I'd appreciate it (try it in mode 18 also). -- David Cuny
2. Re: mWin DOS window manager
- Posted by Lee West <leewest at ALTAVISTA.COM> Mar 12, 2000
- 560 views
Hi David, >I've updated my mWin DOS window manager. It now has widgets on the window >(minimize/maximize/close), as well as a number of bug fixes. It's not really >useful yet, but I think it's pretty neat anyway. It is neat. However, did you intentionally (or deviously) reverse the order of the min and max buttons? Also, did you intentionally (or see above) place the min icon on the top of the box? Lee.
3. Re: mWin DOS window manager
- Posted by Brian Jackson <bjackson at 2FARGON.COM> Mar 12, 2000
- 572 views
David, It looks very cool! When you spatter a few controls on those windows, I just might a little hack of EuDesigner to write code for it. BTW, are you aware that your resize handles don't work on the top and left sides? Also, a Windows specific feature is to minimize an app to the bottom-left corner of the screen, taskbar in absentia. Or perhaps you were emulating the X "window shade" thing... Keep up the excellent work! Brian On Sun, 12 Mar 2000 09:09:34 -0800, David Cuny <dcuny at LANSET.COM> wrote: >I've updated my mWin DOS window manager. It now has widgets on the window >(minimize/maximize/close), as well as a number of bug fixes. It's not really >useful yet, but I think it's pretty neat anyway. > >You can download it at: > > www.lanset.com/dcuny/download/mw_dos.zip > >For more information on the mWin library, visit: > > www.lanset.com/dcuny/mwin.htm > >If someone would let me know how pathetically slow it runs on a 486, I'd >appreciate it (try it in mode 18 also). > >-- David Cuny
4. Re: mWin DOS window manager
- Posted by David Cuny <dcuny at LANSET.COM> Mar 12, 2000
- 537 views
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
5. Re: mWin DOS window manager
- Posted by David Cuny <dcuny at LANSET.COM> Mar 12, 2000
- 540 views
I wrote: > It's been verified that on a 486 the display speed is indeed > pathetic - about 10 seconds to redraw a window. Ooops. Make that '386'. I suspect that speeds on a 486 are equally horrifying, and this is *without* controls like pushbuttons, SLEs, etc. -- David Cuny
6. Re: mWin DOS window manager
- Posted by Kat <gertie at ZEBRA.NET> Mar 12, 2000
- 535 views
----- Original Message ----- From: "David Cuny" <dcuny at LANSET.COM> To: <EUPHORIA at LISTSERV.MUOHIO.EDU> Sent: Sunday, March 12, 2000 11:09 AM Subject: mWin DOS window manager > I've updated my mWin DOS window manager. It now has widgets on the window > (minimize/maximize/close), as well as a number of bug fixes. It's not really > useful yet, but I think it's pretty neat anyway. I am in awe again... And following your progess with self-serving interest, as i still have a dosbox intranet in mind here, and a way to do simple gui in Eu-dos would free the intranet from a requirement to use the pascal gui or the windoze box for gui. I confess i haven't been following really closely, is there a way in this cross-platform gui to input text and/or select from a text input history box, and provide msgs back from the app *within* the dos gui? Kat, still hoping to ditch most microsoft code.
7. Re: mWin DOS window manager
- Posted by David Cuny <dcuny at LANSET.COM> Mar 12, 2000
- 527 views
Kat wondered: > is there a way in this cross-platform gui to input > text and/or select from a text input history box, and > provide msgs back from the app *within* the dos gui? None of the widgets have been written. Pushbutton type controls (pushbuttons, radio buttons, check boxes) are fairly trivial; I've coded them in Dos32Lib already. A basic text control is also in the package. My intent is to hack in basic functionality, and let people add more as they see fit. But until it's finished, it's still vaporware. The project could still hit some unseen snag - it's happened before. -- David Cuny