[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which O
From: |
Ivan Vučica |
Subject: |
Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?) |
Date: |
Wed, 27 Nov 2019 15:35:42 +0000 |
I disagree that rewriting -gui to use SwiftUI is a useful use of
volunteer time, or that this is the appropriate layering.
On Wed, Nov 27, 2019 at 3:29 PM Max Chan <xcvista@me.com> wrote:
>
> 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 <greg.casamento@gmail.com>
> 发送时间: 2019年11月27日 23:23
> 收件人: Chan Maxthon <xcvista@me.com>
> 抄送: Ivan Vučica <ivan@vucica.net>; Discuss-gnustep Discuss
> <discuss-gnustep@gnu.org>
> 主题: 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 <xcvista@me.com> 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 <ivan@vucica.net>
> 发送时间: 2019年11月27日 22:51
> 收件人: Maxthon Chan <xcvista@me.com>
> 抄送: Discuss-gnustep Discuss <discuss-gnustep@gnu.org>
> 主题: 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 <xcvista@me.com> 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?
>
- Re: libobjc2 build issue, (continued)
- Re: libobjc2 build issue, Andreas Fink, 2019/11/27
- Re: libobjc2 build issue, David Chisnall, 2019/11/27
- Re: Which ObjC2.0 features are missing in the latest GCC?, Ivan Vučica, 2019/11/26
- Re: Which ObjC2.0 features are missing in the latest GCC?, Maxthon Chan, 2019/11/26
- Re: Which ObjC2.0 features are missing in the latest GCC?, Ivan Vučica, 2019/11/26
- Re: Which ObjC2.0 features are missing in the latest GCC?, Maxthon Chan, 2019/11/26
- SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Gregory Casamento, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?),
Ivan Vučica <=
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27
- Re: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Ivan Vučica, 2019/11/27
- 回复: SwiftUI compatibility APIs in GNUstep's graphics stack (Was: Which ObjC2.0 features are missing in the latest GCC?), Max Chan, 2019/11/27