Re: When is the next beta due?
Marcus Sundberg wrote: If you need to write everything from scratch there may be problems, but the right way to do windowing/widgets on top of LibGGI is really to finish LibGWT and port libgdk (the wrapper that GTK+ uses around X) to it. Then you would be able to use any GTK+ application directly on LibGGI. I am very late on libgwt development. The version in CVS is from this summer. Since that time, I did a lot of work on the OpenAmulet GUI library... Some of this work was related to libgwt (from a user point of view ;-) - but unfortunately it was misguided. [Misguided in the sense that I know now that what I implemented on my home computer is bad. I believe I know the right way now - but it is not implemented.] I will try to find the time to implement the last piece of libgwt. When it will be done, I think everyone will understand the philosophy and should be able to propose improvements. But until then, I think libgwt objectives are not easy to spot from the sources only, unfortunately... Basically, some wrapper functions around the GII event functions are missing. So, it may not take too much time - but it is delicate to define the good API. I am not in a position to give any expected deadline (too much real work to do :-(). But I do not forget this issue! Rodolphe
When is the next beta due?
Hello all, I am in the process with three other people of trying to release a ggi-centric Linux distrobution. It will contain goodies like a ggi graphical install and all the fb stuff (alsa too) but I would like a newer beta / stable release of libggi. What I have been doing so far is linking all of the new snap shot stuff against the last beta, but understandably that does not always work. I was wondering when you hard core devel people think you might be releaseing a new beta or better yet a stable "." release. Also I am writting a set of libraries that are along the same lines as ggi. Except for windowing ideas. Basicaly my goal is to make a lib than you can write for that will "target" diverse windowing tool kits. For example you write a game that will use GTK++ in x-window (or Xggi) and something else if its on the console. Or even the netscape widowing tk if exicuted from withing netscape. There will be two libs for this. liboui (pronouced lib-we) that will be primitive windowing concepts. Then a liboctopus which will be a tk that will handel higher level windowing concepts. liboctopus will use ggi for its graphics calls but liboui will be its own thang and not really handle graphics at all. I guess I am posting this here to see if A. any one is interested in this and if possibly it could in the end become part of ggi and B. more importantly if anyone wants to help. I can not accept any help at this time as I am writing it for an independant study for my cs degree. However after I turn the propject in then it will be open game hacking. My original goal was to write it in C but I am running out of time and I know C++ much better so it might have to be prototyped in C++ and then moved to C. - Bryan Patrick Coleman [EMAIL PROTECTED] http://www.uncg.edu/~bpcolema Triad Linux Users Group Octagram Linux [EMAIL PROTECTED]