I think it's bad PR for the General Graphics Interface to split
because it isn't general enough to handle win32 :). Besides, EMACS
runs on win32 and didn't have to split, and if EMACS can do it, GGI
can do it too!

Marcus Sundberg <[EMAIL PROTECTED]> writes:

> John Fortin <[EMAIL PROTECTED]> writes:
> 
> > As alot of you probably know, I've been working on a Win32 port of GGI.
> > A good portion is done, and I have been successful in getting XGGI to
> > run on Win95/98/NT.
> > 
> > The current GGI sources are very Linux oriented, as they should be.
> 
> Huh? They aren't and they shouldn't. They aren't even UNIX oriented.
> Some targets and inputlibs contain code which are specific to the
> subsystems they are intended to drive, but that's natural.
> 
> > However, quite a bit of the source code is worthless for Win32
> > platforms.
> 
> And it is not compiled on win32 either, so there is no problem.
> 
> >  There are also places where there are just plain
> > incompatibilities.  select() for unix and win32 are very different,
> 
> And I've already said that LibGII will be adapted for win32 as soon
> as someone with skills in win32 input handling tells us what we
> should use instead, or better still sends patches that implements
> it.
> 
> > win32 has no fork,
> 
> fork() is not used for anything important.
> 
> > I'd like to propose the following....  A seperate project, WinGGI,  and
> > source tree based on the current GGI tree, devoted towards Win32
> > platforms.  The basic libggi/ libgii api would stay the same.
> 
> We really want win32 support and have wanted so for a long time,
> and well-written code which helps us achieve this will be included
> as soon as we receive it. We welcome any new developers, win32
> hackers and others who want to help improve GGI code. There is
> absolutely no reason to have a separate source tree for win32.
> 
> >  I would like to see some additions such as Joystick and sound support.
> 
> There already is joystick support, and writing a joystick inputlib
> for win32 shouldn't be harder than any other inputlib.
> As for sound it is out of the scope of this project, but Wouter's
> LibGSI is already there if you want a nice sound library.
> 
> //Marcus
> -- 
> -------------------------------+------------------------------------
>         Marcus Sundberg        | http://www.stacken.kth.se/~mackan
>  Royal Institute of Technology |       Phone: +46 707 295404
>        Stockholm, Sweden       |   E-Mail: [EMAIL PROTECTED]
> 

-- 
Shawn

Reply via email to