Re: [Fwd: About glib based NSRunLoop]

[Richard Frith-Macdonald]

On 4 Jan 2007, at 10:54, Banlu Kemiyatorn wrote:

> Hi,
> Just wonder if this mail was lost somewhere so I forward to the list.
> So I just want to make sure Richard receieve it because he's the only
> person that I will consider a suggestion on this. ;-)
> Thanks.

Sorry, I'm really slow at dealing with emails at the moment as I'm  
doing building work on my house, and the computers are sealed in a  
room away from the dust ...
In case it got lost (rather than just being slow), my original  
response is below (I still haven't had a chance to look at the code)


>         From:     richard@tiptree.demon.co.uk
>         Subject:        Re: About glib based NSRunLoop
>         Date:   4 January 2007 16:10:06 GMT
>         To:       id@gamesquare.co.th
>
>
> On 1 Jan 2007, at 20:10, Banlu Kemiyatorn wrote:
>
>
> > Hello Richard,
> > What do you think about moving to glib runloop completely?
> > I'm working on a glib based runloop so to make ease on attaching
> > sources that required prepare(), eg. glib-based libraries and some
> > that require the functionality-especially those media frameworks,  
> > to the runloop.
> > Currently in my implemention, I aim to make it a framework
> > that will try to replace itself over current runloop at loading  
> > time, but somebody
> > suggested that may be we should just move to it completely. So I  
> > wonder
> > what you think about the idea.
>
> I like the idea of having it as an option ... it would be great to  
> have it as a bundle ... so you could load it and it would use  
> poseAs: to replace the normal NSRunLoop implementation.  That's  
> much more versatile than linking to a framework.
>
> The problem with moving to it completely is that it adds a  
> dependency on an external library, and we really want to minimise  
> dependencies to make GNUstep as portable and easy to install as  
> possible.  I don't think ease of integration with glib based  
> software would justify using it  as standard ... after all it's  
> quite simple to run a glib run loop in a second thread and wirk wth  
> those libraries in that thread with callbacks to the main thread  
> when required.
>
>
> > My current code is here, not complete, won't be compiled, lacking of
> > performer, just try to address the idea.
> >
> > http://svn.gna.org/svn/garma/cosmetic/frameworks/glibrunloop/ 
> > branches/id-glibrunloop-branch/Source/QSGLibRunLoop.m
>
> Sorry, I haven't actually looked at it ... I'm very busy renovating  
> my house this week ... hopefully I'll be able to catch up on some  
> GNUstep stuff next week.