discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Chameleon as basis for UIKit in GNUStep?


From: Patryk Laurent
Subject: Re: Chameleon as basis for UIKit in GNUStep?
Date: Sat, 04 Jan 2014 11:27:33 -0800


Thank you Ivan for this helpful summary and proposed plan of action. I will review those emails. 

Because Ivan cannot work on this now, could someone add this as an item to the list of tasks at https://savannah.gnu.org/task/?group_id=99 and paste Ivan's text as the discussion?

Thank you,
Patryk

(I created an account on Savannah with username "pakl", but I don't seem to be able to add the task myself).


On Jan 4, 2014, at 5:41, Ivan Vučica <address@hidden> wrote:

Running  something like chameleon and eventually coming up with our implementation of UIKit was one of my GSoC goals.

Chameleon depends on AppKit and its integration with Core Animation and Core Graphics. Core Animation requires Core Graphics for painting content.

After GSoC 2012 we have a basic implementation of Core Animation discussed a couple of times in the past month; please review the emails.

After GSoC 2013 we have mostly functional (but not very fast) opal back end for gnustep-gui, our AppKit. Opal is our Core Graphics-compatible implementation.

Now we need to have a non-Core Animation program drawing custom content into NSViews using Core Graphics the same way as on Mac.

Then we need to add a class category over NSView to provide -layer and other CA-related methods, as well as runloop integration. (Not to forget -nextFrameTime implementation in CARenderer and a way to notify CARenderer's user -- e.g. NSView -- that there were changes in -nextFrameTime.)

Then we can start considering what are we missing that Chameleon is using, and deciding whether we want short-term patch Chameleon, or just long-term fix our code.

I can't work on any of this for now.

On 4 Jan 2014 12:46, "a b" <address@hidden> wrote:
Thank you.  In case you didn't see my earlier post. I am new here.  I am trying to
learn what GNUstep is and is not, and what are its limitations.  I am evaluating
it to see if it is something to which  I would want to devote additional time and effort.
 
 
> Subject: Re: Chameleon as basis for UIKit in GNUStep?
> From: address@hidden
> Date: Sat, 4 Jan 2014 12:37:33 +0000
> CC: address@hidden
> To: address@hidden
>
> On 4 Jan 2014, at 12:12, a b <address@hidden> wrote:
>
> > I looked at the website, but did not see the license.
> > Could you please provide the link?
>
> From the front page of their site:
>
> https://github.com/BigZaphod/Chameleon/blob/master/LICENSE
>
> > Also I have a question concerning this quote from their website:
> >
> > Since Chameleon relies heavily on Core Animation, a proprietary technology
> > owned by Apple, it can not be used on other platforms such as Android or Windows.
> > It only allows iOS apps to be ported to the Mac.
> >
> > 1) Were you aware of this?
>
> Yes.
>
> > 2) Is GNUstep in any way currently unable to work on Windows or Android
> > for a similar reason?
>
> No, but the GNUstep implementation of CoreAnimation is in quite early stages and not yet useable. That's why I said that running Chameleon would be a good *goal* for the GNUstep CoreAnimation project. Goals are typically things you have not yet achieved.
>
> > 3) Would limiting GNUstep to the Mac be a good thing?
>
> No, it would completely defeat the point of GNUstep.
>
> David
>
>
>
> -- Send from my Jacquard Loom
>

_______________________________________________
Discuss-gnustep mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

_______________________________________________
Discuss-gnustep mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

reply via email to

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