Thanks to a happy insomnia, the latest CVS archive (this morning)
will have preliminary Direct Graphics Access under Linux. 
See ya!
Thanks to a happy insomnia, the latest CVS archive (this morning)
will have preliminary Direct Graphics Access under Linux.
The DGA mods aren’t in the CVS yet. Try it in about 3 hours.
(I fixed the cvs problem)
See ya!
-Sam Lantinga (slouken at devolution.com)> On Fri, 12 Jun 1998, Sam Lantinga wrote:
–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/
Thanks to a happy insomnia, the latest CVS archive (this morning)
will have preliminary Direct Graphics Access under Linux.
Great 
[michael at sal SDL]$ cvs update
Sorry, you don’t have read/write access to the history file
/home/slouken/cvsroot/CVSROOT/history
Permission denied
Michael Samuel,
Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Fri, 12 Jun 1998, Sam Lantinga wrote:
I’m working on changes that will give you a way to detect when the screen
contents are gone, and refresh them. It is also going to fix the problem
where resetting the video mode changes the video memory address (in some
cases.) It will also allow the user to dynamically resize the window, if
you want that. It will also eventually allow the application to detect
screen depth changes and possibly automatically convert to the new
display.
As you might imagine, the changes are pretty extensive. I know how to
implement them on Win32, but I’m going to test them on X11 first, and
then work on the Windows code.
I’ll probably be thinking through how to do it for a week or so.
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
I’m working on changes that will give you a way to detect when the screen
contents are gone, and refresh them. It is also going to fix the problem
where resetting the video mode changes the video memory address (in some
cases.) It will also allow the user to dynamically resize the window, if
you want that. It will also eventually allow the application to detect
screen depth changes and possibly automatically convert to the new
display.
Um, nevermind.
Something like this might be implemented someday, but my first tackle
is resting peacefully in its home @ /dev/null.
-Sam Lantinga (slouken at devolution.com)
Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec
cases.) It will also allow the user to dynamically resize the window, if
you want that. It will also eventually allow the application to detect
screen depth changes and possibly automatically convert to the new
display.Um, nevermind.
I had asked earlier about whether the window could be resided. Then I
realized it didn’t need to–the app could just write to a smaller area inside
the main window, and the border could be filled with a static bitmap.
Not important if the window itself changes size.