1. Win32Lib - What to do?
[Jacques' Font Code in Win32Lib]
I've gone through Jacques' code and made the appropriate corrections to
Win32Lib (mainly some stoopid stuff on my part). I hope to be posting an
update to Win32Lib in a couple of days.
I've got a couple of questions, so I figured I'd toss them out and get some
opinions:
[Persistent Graphics]
Graphics in DOS are persistant. That is, once you write text or display
graphics on the screen, you can count on them remaining until you clear the
screen. This is not the case in Windows. If another window temporarily
obscures your window, and then moves away, it is the responsibility of
*your application* to recreate the content in the area that was covered.
Windows will only manage the redraw of the elements of the window, such as
buttons and such.
Visual Basic gets around this by allocating a bitmap the size of the
window, and using this to refresh the window when the image is obscured.
But there is another wrinkle - resizing a window. In this case, even Visual
Basic requires that you recreate the window.
So my question is: how should Win32Lib handle refreshing the window?
My current scheme *seems* to work fairly well for text. It accumulates a
queue of all display events in the form:
{ x, y, text, font_data }
When a refresh request comes along, it clears the window and regenerates it
by walking through the queue. If you are continually updating a string on
the screen, I've added a function that removes the old string from the
queue:
wRemoveText( x, y )
I planned on a similar scheme with graphics: graphic events are saved in a
queue, and the window can be recreated with that information. I was
thinking of adding a function:
wClearGraphics( x1, y1, x2, y2 )
that would remove all graphics on the window (and in the queue) within the
given bounding box.
For effiency, I may also add a window-sized bitmap in the style of Visual
Basic, so the graphics only need to be recreated on a resize.
Comments? Is there a better way of doing this?
[Mac GUI in DOS?]
I've got the bits and pieces for a monochrome Mac "classic" interface coded
- drop down menus, fonts, icons, etc. (I've got a real soft spot for the
Mac). I was considering creating a Mac32Lib that would be able to run
Win32Lib programs with little modification, but in DOS with a Mac
interface, for those few who might want to create non-Win32 apps. Would
there be any interest in this, or should I not waste my time with this?
Thanks.
-- David Cuny
2. Re: Win32Lib - What to do?
> [Mac GUI in DOS?]
Yes. Do it do it do it. 
--
Cameron Kaiser * spectre at sserv.com * http://www.sserv.com/
--
Visit the leading Internet starting point today!
http://www.sserv.com/
--
3. Re: Win32Lib - What to do?
[Persistent Graphics]
I am under the impression that static controls redraw themselves whenever
necessary... although I haven't been able to get static controls to work
at all (yet). I think you can have text or a bitmap image in a static
control... if you can get the dc of the bitmap and use that for graphics
writes, that would solve your redraw problem.
Later,
--
_____ _____ _____
________ /\ \ /\ \ /\ \
/ \ \ / \____\ / \____\ / \____\
/ _ \____\ / / ___/_ / /____/ / / ___/_
/ / \ |____|/ / /\____\ / \ \ / / /\____\
\ \_/ / / \ \/ / ___/_\ \ \ \ \/ / ___/_
\ /____/ \ / /\ \\/\ \ \ \ / /\ \
\ \ \ \ \/ \____\ \ \ \ \ \/ \____\
\ \ \ \ / / \ \____\ \ / /
\ \____\ \ / / \ / / \ / /
\ / / \ / / \/____/ \ / /
\/____/ \/____/xseal at harborside.com\/____/
4. Re: Win32Lib - What to do?
- Posted by Michael Raley <mjronline at IT-WORKS.COM>
Feb 23, 1998
-
Last edited Feb 24, 1998
I think for speed sake we could have multi levels of refresh selected by the
programmer. ;
level1: a text only level with high optimization, for simpler programs.
.
maybe provide an onRefresh event? .
I was attempting a unified shape engine for graphics like I did in basic
years ago, but I haven't mastered the win32 drawing functions. They didn't
seem to initialize correctly, but I was patching it in with the win32lib
code.
please stick to the win32 lib for the time being...
NEW! HTTP://www.geocities.com/SiliconValley/Lab/7577
Michael J Raley's Modular Reality Journal
-----Original Message-----
From: David Cuny <dcuny at DSS.CA.GOV>
To: Multiple recipients of list EUPHORIA <EUPHORIA at MIAMIU.ACS.MUOHIO.EDU>
Date: Monday, February 23, 1998 2:10 PM
Subject: Win32Lib - What to do?
>[Jacques' Font Code in Win32Lib]
>
>I've gone through Jacques' code and made the appropriate corrections to
>Win32Lib (mainly some stoopid stuff on my part). I hope to be posting an
>update to Win32Lib in a couple of days.
>
>I've got a couple of questions, so I figured I'd toss them out and get some
>opinions:
>
>[Persistent Graphics]
>
>Graphics in DOS are persistant. That is, once you write text or display
>graphics on the screen, you can count on them remaining until you clear the
>screen. This is not the case in Windows. If another window temporarily
>obscures your window, and then moves away, it is the responsibility of
>*your application* to recreate the content in the area that was covered.
>Windows will only manage the redraw of the elements of the window, such as
>buttons and such.
>
>Visual Basic gets around this by allocating a bitmap the size of the
>window, and using this to refresh the window when the image is obscured.
>
>But there is another wrinkle - resizing a window. In this case, even Visual
>Basic requires that you recreate the window.
>
>So my question is: how should Win32Lib handle refreshing the window?
>
>My current scheme *seems* to work fairly well for text. It accumulates a
>queue of all display events in the form:
>
> { x, y, text, font_data }
>
>When a refresh request comes along, it clears the window and regenerates it
>by walking through the queue. If you are continually updating a string on
>the screen, I've added a function that removes the old string from the
>queue:
>
> wRemoveText( x, y )
>
>I planned on a similar scheme with graphics: graphic events are saved in a
>queue, and the window can be recreated with that information. I was
>thinking of adding a function:
>
> wClearGraphics( x1, y1, x2, y2 )
>
>that would remove all graphics on the window (and in the queue) within the
>given bounding box.
>
>For effiency, I may also add a window-sized bitmap in the style of Visual
>Basic, so the graphics only need to be recreated on a resize.
>
>Comments? Is there a better way of doing this?
>
>
> [Mac GUI in DOS?]
>
>I've got the bits and pieces for a monochrome Mac "classic" interface coded
>- drop down menus, fonts, icons, etc. (I've got a real soft spot for the
>Mac). I was considering creating a Mac32Lib that would be able to run
>Win32Lib programs with little modification, but in DOS with a Mac
>interface, for those few who might want to create non-Win32 apps. Would
>there be any interest in this, or should I not waste my time with this?
>
>Thanks.
>
>-- David Cuny
>
>
>
5. Re: Win32Lib - What to do?
Ralf said:
> Put the whole MacGUI in a DLL.
I was under the impression that DLL calls were limited to Win32 systems,
which defeats the whole point of providing an alternate front end for
people *without* Win32. Am I missing something?
> I mean, together with a VBRUN dll we could even allow a program to launch
...
Yowf. I'm not *that* much of a glutton for punishment.
I nominate Ralf for the job.
All in favor..?
All against..?
The 'ayes' have it. ;)
-- David Cuny
6. Re: Win32Lib - What to do?
-----Original Message-----
From: David Cuny <dcuny at DSS.CA.GOV>
To: Multiple recipients of list EUPHORIA <EUPHORIA at MIAMIU.ACS.MUOHIO.EDU>
Date: dinsdag 24 februari 1998 21:36
Subject: Re: Win32Lib - What to do?
|Ralf said:
|
|> Put the whole MacGUI in a DLL.
|
|I was under the impression that DLL calls were limited to Win32 systems,
|which defeats the whole point of providing an alternate front end for
|people *without* Win32. Am I missing something?
I think I am missing something, because I was under the impression that we
wanted to have a MacGUI-lookalike in win32. I mean, since when can we get
Euphoria to run in the mac. (with the exception maybe of a dos-box, which
problely locks you away from the entire MacOS.
I thought you meant GUI's like those in TextGUI, formatting rules thus.
|> I mean, together with a VBRUN dll we could even allow a program to launch
|...
|
|Yowf. I'm not *that* much of a glutton for punishment.
glutton ?
What's that ? I Suppose you mean, you find it too much work. 8-)
Yeah, but isn't 'too much work' a synonym for windows programming.
Althrough I might try it someday, when my knowledge of windows
programming is more than nihil. (like it is now)
|I nominate Ralf for the job.
|
| All in favor..?
| All against..?
|
| The 'ayes' have it. ;)
Well, I am working on other stuff.
EDOM2 will be released today, only have to document it.
It's very very very fast! (saves the whole library.doc in 0.8 sec on my p60
with superfragemented-HD)
Ralf
'When a politican talks about safety, values and standards, and that the
family is very import..
.. is he then under the impression that other politicans do not want that ?'
