gnustep-dev
[Top][All Lists]
Advanced

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

Re: Implementing CFSTR() in corebase


From: Fred Kiefer
Subject: Re: Implementing CFSTR() in corebase
Date: Sat, 23 Jan 2010 17:21:58 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.5) Gecko/20091130 SUSE/3.0.0-1.1.1 Thunderbird/3.0

Am 23.01.2010 01:19, schrieb Eric Wasylishen:
> On 2010-01-22, at 3:26 PM, Vincent R. wrote:
>> Hum Wait. This is exactly what I am working on windows. I have
>> compiled CoreFoundationLite and now I implement CoreGraphics with
>> openVG/cairo backend.
> 
> Cool, we should combine our efforts if possible! Implementing CG is a
> pretty big task, but Opal is quite far along already. It is licensed
> under the LGPL and copyright is assigned to the FSF - is that
> something you would be interested in working with?
> 
>> First idea was also to be able to use Objective-C but when I read
>> all your stuff I think it's far too complicated so I am happy to
>> have a CoreFoundation/Coregraphics writtent in plain C.
> 
> Do you mean the Opal code looks far too complicated? IMHO it's pretty
> minimal and simple. (well, a lot of what I have been working on
> recently is still a rough prototype and needs to be cleaned up.)
> 
> Opal is currently written all in C, and uses a simple home-made
> object system, so the CG types are not real CF or Objective-C
> objects. (I just made some changes yesterday so it uses Objective-C
> constant strings, but it's still all C other than that.) Making the
> CG objects in to real ObjC/CF objects is something we need to do at
> some point.
> 
[great stuff removed]
> 
> I am really a newbie at CoreFoundation - what I meant was I didn't
> see mention in the CoreFoundation documentation of how to
> create/register a new type.
> 
> If we could do something in Opal like what you showed and have it
> work on both CFLite and GNUstep base + corebase, and keep Opal
> written in plain C, that would be great.

Yes, it really sounds like we could share the effort. I am willing to
implement the missing functions in Corebase to provide a common base for
CFLite and GNUstep corebase that can be used to build Opal on. Of course
this is only worth the effort if you want to participate in Opal
development.
What I didn't understand is what you plan to use OpenVG for. Isn't cairo
by itself sufficient? Or do you want to use OpenVG as the cairo backend
(in the cairo sense of backend)?

Fred




reply via email to

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