gnustep-dev
[Top][All Lists]
Advanced

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

Re: OpenGL context without AppKit


From: Eric Wasylishen
Subject: Re: OpenGL context without AppKit
Date: Sat, 28 Jan 2012 14:25:23 -0700

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 - address@hidden
_______________________________________________
Gnustep-dev mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/gnustep-dev


reply via email to

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