Hi Ivan, One idea I've thought of is turning the display server part of -back in to a standalone framework that doesn't depend on gui, then making gui depend on this new display server framework + opal. I think it would be relatively straightforward.
This would let you use the display server without depending on -gui, and make the display server easier to test in isolation (one of my complaints with the current -back is that it is hard to test; it's only tested indirectly through gui.) Eric On 2012-01-28, at 5:38 AM, Ivan Vučica wrote: > Hi, > > I've began working on CARenderer for quartzcore. > > Since I'm trying to avoid depending on -gui, and since -back depends on -gui, > I have no way to replace the following function: > + (CARenderer *)rendererWithCGLContext:(void *)ctx options:(NSDictionary > *)dict > > The reason for avoiding depending on -gui in quartzcore is, naturally, UIKit. > > Any chance that this is enabled in the nearby future? Without that I'll > probably just add extra method to pass GLX context, since the little amount > of platform-specific code in UIKit will probably initially be working solely > with GLX (considering that, again, I can't use -back without -gui). > > To start development, I'll use NSOpenGLContext instance as the first > argument, however that's far from ideal. > > On a side note, should quartzcore perhaps be renamed? I feel that name such > as "coreanimation" is not implying OS X as much as "quartzcore". > > -- > Ivan Vučica - [email protected] > _______________________________________________ > Gnustep-dev mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/gnustep-dev
_______________________________________________ Gnustep-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
