discuss-gnustep
[Top][All Lists]
Advanced

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

回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which O


From: Max Chan
Subject: 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?)
Date: Wed, 27 Nov 2019 23:28:59 +0800

API layering. >From what I feel like the API should be layered like this:

 

GUI (AppKit) -> CoreAnimation -> Opal (CoreGraphics) -> Cairo/OpenGL.

 

If we have SwiftUI acting as the common denominator between AppKit and UIKit, then it would be:

 

GUI (AppKit) & UIKit -> SwiftUI -> CoreAnimation -> Opal (CoreGraphics) -> Cairo/OpenGL.

 

发件人: Gregory Casamento <address@hidden>
发送时间: 20191127 23:23
收件人: Chan Maxthon <address@hidden>
抄送: Ivan Vu
čica <address@hidden>; Discuss-gnustep Discuss <address@hidden>
主题: Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?)

 

Yes.  But why do you believe it's related to the core animation apis?

 

On Wed, Nov 27, 2019, 10:01 AM Max Chan <address@hidden> wrote:

Apple implemented SwiftUI as a wrapper on top of AppKit and UIKit for macOS and iOS respectively, however architecturally those three libraries are at the same level. This is why I am suggesting us doing the reverse, making our AppKit and UIKit wrappers of SwiftUI. A better way to phrase this is that our partial SwiftUI becomes what Back used to be. So instead of being a bundle embedded in GUI, Back implementing SwiftUI becomes a proper framework standing on its own.

SwiftUI is a new framework, so it would be a while before any major open source release happens.

-----
邮件原件-----
发件人: Ivan Vučica <address@hidden>
发送时间: 20191127 22:51
收件人: Maxthon Chan <address@hidden>
抄送: Discuss-gnustep Discuss <address@hidden>
主题: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?)

On Wed, Nov 27, 2019 at 3:32 AM Maxthon Chan <address@hidden> wrote:
>
> When talking about SwiftUI, I mean having CAAppKitBridge/Opal/Back implement SwiftUI API as its interface to the upper layers.

I am getting increasingly confused here. Why would these particular libraries implement the SwiftUI APIs?

Especially CAAppKitBridge which tries to use Opal backend in gnustep-back to paint gnustep-gui's views into CA's layers, by creating a GL view, scheduling repaints, etc?

Was I under the wrong impression that SwiftUI is a replacement / wrapper around AppKit/UIKit? In fact, Apple's basic tutorials suggest that it sits around / in place of UIKit, so does this discussion even apply in context of AppKit APIs?

What Mac-native open source apps can you point me at to basically understand SwiftUI without reading through tutorials?


reply via email to

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