discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Fwd: About glib based NSRunLoop]


From: Richard Frith-Macdonald
Subject: Re: [Fwd: About glib based NSRunLoop]
Date: Sat, 6 Jan 2007 06:29:15 +0000


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:     address@hidden
        Subject:        Re: About glib based NSRunLoop
        Date:   4 January 2007 16:10:06 GMT
        To:       address@hidden


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.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]