From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-10-04 19:19:43
|
Bob, Please excuse the delay in answering you ... unless somebody else got to it and I missed the response. I've been out for a week. The "freeglut" code is being actively maintained. I think "developed" is perhaps too strong a word, since most of the development goals have been met. The goal of "freeglut" is to be a drop-in replacement for GLUT, and (for the GLUT features that people actually use) it largely meets that goal. If someone uncovers a bug, however, we do try to address it. The relationship between "freeglut" and OpenGLUT is one of peaceful coexistence. The OpenGLUT founders forked off the "freeglut" project early this year because they wanted to add some new features that the "freeglut" owner did not want to add. I am relatively active in both communities and try to cross-fertilize bug fixes from each into the other. If you are looking for serious improvements over GLUT, you should probably go to OpenGLUT. If you are looking for something more stable, you should probably go with "freeglut." OpenGLUT has not had a stable (1.0) release yet, although they are actively working towards it; "freeglut" has released 2.2 and should probably (when I get my most recent round of fixes into CVS and the owner gets some free time) make a new release. In the meantime, I would recommend getting the latest CVS version. If you have any further questions, please go ahead and ask. John F. Fay joh...@eg... 850-729-6330 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Bob Pendleton Sent: Tuesday, September 28, 2004 1:07 PM To: fre...@li... Subject: [Freeglut-developer] Sorry to intrude... I'm looking for information about the state of this project. Is theis code being actively developed? Is there a release planned for the near future? Is there a list of planned improvements? Is there any better documentation available? What is the relationship between FreeGLUT and OpenGLUT? I'm looking for a cross platform library to support game development. I normally use SDL, but I need multiple window support so FreeGlut looks nice, but it also hasn't had a release in a long time and has a list of unfixed bugs, so it looks kind of like a dead project. Info Please? Bob Pendleton -- +--------------------------------------+ + Bob Pendleton: writer and programmer + + email: Bob@Pendleton.com + + blog: www.Stonewolf.net + + web: www.GameProgrammer.com + +--------------------------------------+ ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Freeglut-developer mailing list Fre...@li... https://lists.sourceforge.net/lists/listinfo/freeglut-developer |
From: Fay J. F C. AAC/W. <joh...@eg...> - 2004-10-05 15:43:43
|
Bob, I think you are right about OpenGLUT moving more towards full-fledged multimedia applications; "freeglut" has no plans in that direction. I am planning to put in borderless windows fairly soon; the idea was bruited about late last year but never made it in. I will be borrowing heavily from the OpenGLUT borderless windows support, so don't make that a reason to choose "freeglut" over OpenGLUT. If you are looking for some support libraries, I'd like also to let you know about PLIB, which is licensed under LGPL. It is quite mature and includes PUI (Picoscopic User Interface), SL (Sound Library), NET (networking library), JS (Joystick library), SSG (Simple Scene Generator), PW (PLIB Windowing library--a simplified GLUT), PSL (a scripting language about which I know nothing), and a few other components. You won't want to use PW because it only supports a single window, but the other components are very much compatible with *GLUT. John F. Fay joh...@eg... 850-729-6330 -----Original Message----- From: fre...@li... [mailto:fre...@li...] On Behalf Of Bob Pendleton Sent: Tuesday, October 05, 2004 9:29 AM To: fre...@li... Subject: RE: [Freeglut-developer] Sorry to intrude... On Mon, 2004-10-04 at 13:03, Fay John F Contr AAC/WMG wrote: > Bob, > > Please excuse the delay in answering you ... unless somebody > else got to it and I missed the response. I've been out for a week. Thank you, I appreciate your taking the time to respond. > > The "freeglut" code is being actively maintained. I think > "developed" is perhaps too strong a word, since most of the > development goals have been met. The goal of "freeglut" is to be a > drop-in replacement for GLUT, and (for the GLUT features that people > actually use) it largely meets that goal. If someone uncovers a bug, > however, we do try to address it. > > The relationship between "freeglut" and OpenGLUT is one of > peaceful coexistence. The OpenGLUT founders forked off the "freeglut" > project early this year because they wanted to add some new features > that the "freeglut" owner did not want to add. I am relatively active > in both communities and try to cross-fertilize bug fixes from each > into the other. > > If you are looking for serious improvements over GLUT, you > should probably go to OpenGLUT. If you are looking for something more > stable, you should probably go with "freeglut." OpenGLUT has not had > a stable (1.0) release yet, although they are actively working towards > it; "freeglut" has released 2.2 and should probably (when I get my > most recent round of fixes into CVS and the owner gets some free time) > make a new release. In the meantime, I would recommend getting the > latest CVS version. > > If you have any further questions, please go ahead and ask. I'm working on yet another new scripting language. (Yeah, I'm crazy...) I need something like *GLUT to handle input and create OpenGL windows. I need support for multiple windows, sub windows, and borderless windows eachw ith their own OpenGL context. Along with the standard window management functions. From looking at freeGLUT and OpenGLUT is looks like OpenGLUT is moving more in that direction than FreeGLUT is, correct? >From what I've seen from using GLUT and FreeGLUT, and reading the OpenGLUT docs it looks like OpenGLUT is moving toward being a full fledged multimedia application development platform while FreeGLUT is not? Bob Pendleton <snip> |
From: Bob P. <bo...@pe...> - 2004-10-05 16:23:09
|
On Tue, 2004-10-05 at 10:12, Fay John F Contr AAC/WMG wrote: > Bob, > > I think you are right about OpenGLUT moving more towards > full-fledged multimedia applications; "freeglut" has no plans in that > direction. I am planning to put in borderless windows fairly soon; > the idea was bruited about late last year but never made it in. I > will be borrowing heavily from the OpenGLUT borderless windows > support, so don't make that a reason to choose "freeglut" over > OpenGLUT. > > If you are looking for some support libraries, I'd like also > to let you know about PLIB, which is licensed under LGPL. It is quite > mature and includes PUI (Picoscopic User Interface), SL (Sound > Library), NET (networking library), JS (Joystick library), SSG (Simple > Scene Generator), PW (PLIB Windowing library--a simplified GLUT), PSL > (a scripting language about which I know nothing), and a few other > components. You won't want to use PW because it only supports a > single window, but the other components are very much compatible with > *GLUT. Thank you very much, I will take a look at PLIB. Bob Pendleton > > John F. Fay > joh...@eg... > 850-729-6330 > -----Original Message----- > From: fre...@li... > [mailto:fre...@li...] On Behalf Of > Bob Pendleton > > Sent: Tuesday, October 05, 2004 9:29 AM > To: fre...@li... > Subject: RE: [Freeglut-developer] Sorry to intrude... > > On Mon, 2004-10-04 at 13:03, Fay John F Contr AAC/WMG wrote: > > Bob, > > > > Please excuse the delay in answering you ... unless somebody > > else got to it and I missed the response. I've been out for a week. > > Thank you, I appreciate your taking the time to respond. > > > > > The "freeglut" code is being actively maintained. I think > > "developed" is perhaps too strong a word, since most of the > > development goals have been met. The goal of "freeglut" is to be a > > drop-in replacement for GLUT, and (for the GLUT features that people > > actually use) it largely meets that goal. If someone uncovers a > bug, > > however, we do try to address it. > > > > The relationship between "freeglut" and OpenGLUT is one of > > peaceful coexistence. The OpenGLUT founders forked off the > "freeglut" > > project early this year because they wanted to add some new features > > that the "freeglut" owner did not want to add. I am relatively > active > > in both communities and try to cross-fertilize bug fixes from each > > into the other. > > > > If you are looking for serious improvements over GLUT, you > > should probably go to OpenGLUT. If you are looking for something > more > > stable, you should probably go with "freeglut." OpenGLUT has not > had > > a stable (1.0) release yet, although they are actively working > towards > > it; "freeglut" has released 2.2 and should probably (when I get my > > most recent round of fixes into CVS and the owner gets some free > time) > > make a new release. In the meantime, I would recommend getting the > > latest CVS version. > > > > If you have any further questions, please go ahead and ask. > > I'm working on yet another new scripting language. (Yeah, I'm > crazy...) > I need something like *GLUT to handle input and create OpenGL windows. > I > need support for multiple windows, sub windows, and borderless windows > eachw ith their own OpenGL context. Along with the standard window > management functions. From looking at freeGLUT and OpenGLUT is looks > like OpenGLUT is moving more in that direction than FreeGLUT is, > correct? > > >From what I've seen from using GLUT and FreeGLUT, and reading the > OpenGLUT docs it looks like OpenGLUT is moving toward being a full > fledged multimedia application development platform while FreeGLUT is > not? > > Bob Pendleton > > <snip> -- +--------------------------------------+ + Bob Pendleton: writer and programmer + + email: Bob@Pendleton.com + + blog: www.Stonewolf.net + + web: www.GameProgrammer.com + +--------------------------------------+ |
From: Bob P. <bo...@pe...> - 2004-10-05 14:30:41
|
On Mon, 2004-10-04 at 13:03, Fay John F Contr AAC/WMG wrote: > Bob, > > Please excuse the delay in answering you ... unless somebody > else got to it and I missed the response. I've been out for a week. Thank you, I appreciate your taking the time to respond. > > The "freeglut" code is being actively maintained. I think > "developed" is perhaps too strong a word, since most of the > development goals have been met. The goal of "freeglut" is to be a > drop-in replacement for GLUT, and (for the GLUT features that people > actually use) it largely meets that goal. If someone uncovers a bug, > however, we do try to address it. > > The relationship between "freeglut" and OpenGLUT is one of > peaceful coexistence. The OpenGLUT founders forked off the "freeglut" > project early this year because they wanted to add some new features > that the "freeglut" owner did not want to add. I am relatively active > in both communities and try to cross-fertilize bug fixes from each > into the other. > > If you are looking for serious improvements over GLUT, you > should probably go to OpenGLUT. If you are looking for something more > stable, you should probably go with "freeglut." OpenGLUT has not had > a stable (1.0) release yet, although they are actively working towards > it; "freeglut" has released 2.2 and should probably (when I get my > most recent round of fixes into CVS and the owner gets some free time) > make a new release. In the meantime, I would recommend getting the > latest CVS version. > > If you have any further questions, please go ahead and ask. I'm working on yet another new scripting language. (Yeah, I'm crazy...) I need something like *GLUT to handle input and create OpenGL windows. I need support for multiple windows, sub windows, and borderless windows eachw ith their own OpenGL context. Along with the standard window management functions. From looking at freeGLUT and OpenGLUT is looks like OpenGLUT is moving more in that direction than FreeGLUT is, correct? >From what I've seen from using GLUT and FreeGLUT, and reading the OpenGLUT docs it looks like OpenGLUT is moving toward being a full fledged multimedia application development platform while FreeGLUT is not? Bob Pendleton > > John F. Fay > joh...@eg... > 850-729-6330 > -----Original Message----- > From: fre...@li... > [mailto:fre...@li...] On Behalf Of > Bob Pendleton > > Sent: Tuesday, September 28, 2004 1:07 PM > To: fre...@li... > Subject: [Freeglut-developer] Sorry to intrude... > > > I'm looking for information about the state of this project. Is theis > code being actively developed? Is there a release planned for the near > future? Is there a list of planned improvements? Is there any better > documentation available? What is the relationship between FreeGLUT and > OpenGLUT? > > I'm looking for a cross platform library to support game development. > I > normally use SDL, but I need multiple window support so FreeGlut looks > nice, but it also hasn't had a release in a long time and has a list > of > unfixed bugs, so it looks kind of like a dead project. > > Info Please? > > Bob Pendleton > > -- > +--------------------------------------+ > + Bob Pendleton: writer and programmer + > + email: Bob@Pendleton.com + > + blog: www.Stonewolf.net + > + web: www.GameProgrammer.com + > +--------------------------------------+ > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give > us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer -- +--------------------------------------+ + Bob Pendleton: writer and programmer + + email: Bob@Pendleton.com + + blog: www.Stonewolf.net + + web: www.GameProgrammer.com + +--------------------------------------+ |
From: Richard R. <sf...@ol...> - 2004-10-05 16:16:38
|
(Note in the below, I write "freeglut" for the freeglut project. This seems to be how it is usually referred to. OpenGLUT, on the other hand is generally capitalized as "OpenGLUT", and Kilgard's original GLUT as "GLUT". However, with freeglut, the style is not 100% uniform.) On Tue, Oct 05, 2004 at 09:29:29AM -0500, Bob Pendleton wrote: > On Mon, 2004-10-04 at 13:03, Fay John F Contr AAC/WMG wrote: [...] > I'm working on yet another new scripting language. (Yeah, I'm crazy...) > I need something like *GLUT to handle input and create OpenGL windows. I > need support for multiple windows, sub windows, and borderless windows > eachw ith their own OpenGL context. Along with the standard window > management functions. From looking at freeGLUT and OpenGLUT is looks > like OpenGLUT is moving more in that direction than FreeGLUT is, > correct? Speaking my own opinion (I'm one of the two guys who forked OpenGLUT from freeglut): OpenGLUT is subject to input from anyone---contributors, users, random commentators, etc. While there are two project admins, we are willing to defer to a community. The goal is a consensus driven development. We also definitely are interested in extending beyond Kilgard's original GLUT definition, and have already done so in some ways. For my own interests, I'd like to see it remain in approximately the same role as old GLUT. Mostly, it is a medium for the window system (including window manager) and the application, in my eyes. But there are features that I think should be added. My main consideration is: Can the feature be done every bit as well in a client? If the answer is "yes", then I tend to prefer not to have it in OpenGLUT (though that's not hard and fast). Conversely, I tend to favor adding features that cannot be done very readily with OpenGLUT applications if OpenGLUT does not directly support the feature. I also do not want to see OpenGLUT become profoundly complicated. It already has about 140 or 150 functions, which is actually a hefty number and surprising the first time you realize how many there are. But nearly all of its functionality works more or less identically across supported hosts. An example of the contrast in views is the idea of image file loading. Although I do not really care for this idea in OpenGLUT, as it is no easier for us to do inside of OpenGLUT than for anyone to do outside of OpenGLUT, we've agreed to include the feature. I've even implemented some code outside of OpenGLUT to provide some of the support, but need to test it some more and perhaps refine it a bit, before I drop it in and try to make it work. (It won't implement the full functionality, but will allow the API to be added and tested at least.) > >From what I've seen from using GLUT and FreeGLUT, and reading the > OpenGLUT docs it looks like OpenGLUT is moving toward being a full > fledged multimedia application development platform while FreeGLUT is > not?=20 As John said, freeglut's main goal is to be a drop-in for Kilgard's original GLUT. It has not evolved much since since adding mouse wheel support about a year ago (and that was done in a debatable manner---as was proven by the debates we had---and the initial impetus was based on emulating GLUT's "accidental" support of wheels in XFree86). OpenGLUT's future is much more unwritten. Since OpenGLUT started with freeglut functionality, and will probably not lose functionality, it seems likely that OpenGLUT will be at least as good for multimedia. We will probably pick up any major new features of freeglut unless the feature is deemed to be very badly designed. --=20 "I probably don't know what I'm talking about." http://www.olib.org/~rkr/ |
From: Steve B. <sjb...@ai...> - 2004-10-05 19:21:02
|
Richard Rauch wrote: > (Note in the below, I write "freeglut" for the freeglut project. > This seems to be how it is usually referred to. OpenGLUT, on > the other hand is generally capitalized as "OpenGLUT", and Kilgard's > original GLUT as "GLUT". However, with freeglut, the style is not > 100% uniform.) We are supposed to use 'freeglut' (no capitals) because that was the wish of the original author. Other capitalisations are wrong - but I'm not going to get anal about it. > As John said, freeglut's main goal is to be a drop-in for Kilgard's > original GLUT. Well, the goals here are certainly to do that. My opinion is that GLUT was never a particularly well thought out library - however, it is widely used (especially for small demo programs and for example programs people send to OpenGL vendors, that kind of thing). GLUT was only ever written to support the sample programs in the OpenGL Red and Green Books. The licensing of GLUT was never well defined and the lack of a truely OpenSourced version was hurting OpenGL because it could not be shipped with the more rigerously maintained distro's such as Debian - which meant that all of those demo programs would not be available. So - the function of freeglut is to be a very good GLUT clone. I would not personally use GLUT (or freeglut or OpenGLUT) for anything much more complex than a single screen demo that uses keyboard and mouse - it's behavior in more complex situations is poorly defined and hard to clone accurately (as we have found). For simple applications, there are simpler and cleaner libraries (such as PLIB's PW) and for complex applications, there are more comprehensive libraries (eg GTK, FLTK, SDL). IMHO, GLUT should go quietly to it's grave and gluing a bunch of ad-hoc features to it to prolong that death is a really bad idea. Very modest enhancements to freeglut are possible where they make sense for demo/test programs and stuff like that. A good example is Brians suggestion to support the AUX buffers. We will of course continue to fix bugs as they show up - and if there are opportunities to port freeglut to other OS's, we should take up that task with gusto. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |
From: Richard R. <sf...@ol...> - 2004-10-05 20:02:40
|
On Tue, Oct 05, 2004 at 02:20:11PM -0500, Steve Baker wrote: > Richard Rauch wrote: > >(Note in the below, I write "freeglut" for the freeglut project. > >This seems to be how it is usually referred to. OpenGLUT, on > >the other hand is generally capitalized as "OpenGLUT", and Kilgard's > >original GLUT as "GLUT". However, with freeglut, the style is not > >100% uniform.) >=20 > We are supposed to use 'freeglut' (no capitals) because that was the > wish of the original author. Other capitalisations are wrong - but > I'm not going to get anal about it. Well, my point in saying the above was to avoid giving the impression of downplaying freeglut by downcasing the letters. I guess I dropped that meta-explanation. However, thanks for clarifying the issue. --=20 "I probably don't know what I'm talking about." http://www.olib.org/~rkr/ |
From: Brian P. <bri...@tu...> - 2004-10-05 20:27:58
|
Steve Baker wrote: > Richard Rauch wrote: > >> (Note in the below, I write "freeglut" for the freeglut project. >> This seems to be how it is usually referred to. OpenGLUT, on >> the other hand is generally capitalized as "OpenGLUT", and Kilgard's >> original GLUT as "GLUT". However, with freeglut, the style is not >> 100% uniform.) > > > We are supposed to use 'freeglut' (no capitals) because that was the > wish of the original author. Other capitalisations are wrong - but > I'm not going to get anal about it. > >> As John said, freeglut's main goal is to be a drop-in for Kilgard's >> original GLUT. > > > Well, the goals here are certainly to do that. > > My opinion is that GLUT was never a particularly well thought out > library - however, it is widely used (especially for small demo > programs and for example programs people send to OpenGL vendors, > that kind of thing). > > GLUT was only ever written to support the sample programs in > the OpenGL Red and Green Books. A little history in case anyone's interested... In the really early days of OpenGL, there were two similar but different OpenGL utility toolkits: 'aux' and 'tk'. Aux was used in the first edition of the OpenGL Programming Guide. tk was used for a bunch of early OpenGL demos distributed by SGI and a variation of tk is still used by the conformance tests. aux and tk looked very similar. I'm not sure which came first or why the second was written. Mark Kilgard decided to write a nicer, richer toolkit to replace both. GLUT had support for multiple windows, pop-up menus, font rendering, more input devices, etc. Subsequent editions of the red book used GLUT instead of auax. -Brian |
From: Bob P. <bo...@pe...> - 2004-10-05 20:32:58
|
On Tue, 2004-10-05 at 14:20, Steve Baker wrote: > Richard Rauch wrote: > > (Note in the below, I write "freeglut" for the freeglut project. > > This seems to be how it is usually referred to. OpenGLUT, on > > the other hand is generally capitalized as "OpenGLUT", and Kilgard's > > original GLUT as "GLUT". However, with freeglut, the style is not > > 100% uniform.) > > We are supposed to use 'freeglut' (no capitals) because that was the > wish of the original author. Other capitalisations are wrong - but > I'm not going to get anal about it. > > > As John said, freeglut's main goal is to be a drop-in for Kilgard's > > original GLUT. > > Well, the goals here are certainly to do that. > > My opinion is that GLUT was never a particularly well thought out > library - however, it is widely used (especially for small demo > programs and for example programs people send to OpenGL vendors, > that kind of thing). > > GLUT was only ever written to support the sample programs in > the OpenGL Red and Green Books. > > The licensing of GLUT was never well defined and the lack of a > truely OpenSourced version was hurting OpenGL because it could > not be shipped with the more rigerously maintained distro's > such as Debian - which meant that all of those demo programs > would not be available. > > So - the function of freeglut is to be a very good GLUT clone. > > I would not personally use GLUT (or freeglut or OpenGLUT) for > anything much more complex than a single screen demo that uses > keyboard and mouse - it's behavior in more complex situations is > poorly defined and hard to clone accurately (as we have found). > > For simple applications, there are simpler and cleaner libraries > (such as PLIB's PW) and for complex applications, there are more > comprehensive libraries (eg GTK, FLTK, SDL). > > IMHO, GLUT should go quietly to it's grave and gluing a bunch of > ad-hoc features to it to prolong that death is a really bad idea. > > Very modest enhancements to freeglut are possible where they make > sense for demo/test programs and stuff like that. A good example > is Brians suggestion to support the AUX buffers. > > We will of course continue to fix bugs as they show up - and if there > are opportunities to port freeglut to other OS's, we should take > up that task with gusto. I really appreciate the information you folks are giving me. I would normally use SDL, I have published 4 articles, one in Linux Journal and 3 for O'reily on working with SDL. But, SDL does not support multiple windows. Neither does PW. FLTK and GTK, and also wxWidgets, are all great, but they are all over kill for what I need :-). Maybe I ought to just add windows to SDL... I need a cross platform library that supports multiple windows, including child windows, with OpenGL in the windows. There also needs to be good support for input devices. I have or no where to get libraries for everything else. Thank You All, Bob Pendleton > > ---------------------------- Steve Baker ------------------------- > HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> > HomePage : http://www.sjbaker.org > Projects : http://plib.sf.net http://tuxaqfh.sf.net > http://tuxkart.sf.net http://prettypoly.sf.net > -----BEGIN GEEK CODE BLOCK----- > GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- > V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ > -----END GEEK CODE BLOCK----- > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer -- +--------------------------------------+ + Bob Pendleton: writer and programmer + + email: Bob@Pendleton.com + + blog: www.Stonewolf.net + + web: www.GameProgrammer.com + +--------------------------------------+ |
From: Steve B. <sjb...@ai...> - 2004-10-05 23:44:20
|
Bob Pendleton wrote: > I really appreciate the information you folks are giving me. I would > normally use SDL, I have published 4 articles, one in Linux Journal and > 3 for O'reily on working with SDL. But, SDL does not support multiple > windows. Neither does PW. FLTK and GTK, and also wxWidgets, are all > great, but they are all over kill for what I need :-). FLTK is pretty simple, it's portable - and it also implements multiple windows. ---------------------------- Steve Baker ------------------------- HomeEmail: <sjb...@ai...> WorkEmail: <sj...@li...> HomePage : http://www.sjbaker.org Projects : http://plib.sf.net http://tuxaqfh.sf.net http://tuxkart.sf.net http://prettypoly.sf.net -----BEGIN GEEK CODE BLOCK----- GCS d-- s:+ a+ C++++$ UL+++$ P--- L++++$ E--- W+++ N o+ K? w--- !O M- V-- PS++ PE- Y-- PGP-- t+ 5 X R+++ tv b++ DI++ D G+ e++ h--(-) r+++ y++++ -----END GEEK CODE BLOCK----- |