marcprux

9 ms·

61.
by marcprux 2y ago
We do have a showcase app, literally called "Showcase": https://skip.tools/docs/samples/skipapp-showcase/ . It is available on both the Apple App Store and Google Play Store, so you can compare the t
62.
by marcprux 2y ago
Since both SwiftUI and Jetpack Compose are declarative and semantic user-interface frameworks, components are generally presented in what the system believes to be the "correct" layout. So if you have a `SwiftUI.VStack` (which tra
63.
Show HN: Skip – Build native iOS and Android apps from a single Swift codebase(skip.tools)
322 points by marcprux 2y ago|118 comments
64.
by marcprux 2y ago
Thanks for the positive words! Any limitations in the transpiler (such as some advanced generics) will only be limitations on the Android side – the iOS side can still do anything that is support in Swift. We discuss this a bit at https:&#
65.
by marcprux 2y ago
Hello Hacker News. I'm Marc, one half of the team that created skip.tools. Skip is a tool that transpiles your SwiftUI iOS app into a Kotlin Jetpack Compose app, and enables you to use a single language to create a complete app that re
66.
Skip 1.0 released: create iOS and Android apps from a single SwiftUI codebase(skip.tools)
7 points by marcprux 2y ago|1 comments
67.
Show HN: Skip – Build native iOS and Android apps from a single Swift codebase(skip.tools)
6 points by marcprux 2y ago|1 comments
68.
by marcprux 3y ago
Take a look at skip.tools. It's pure SwiftUI on iOS and Jetpack Compose on Android, with the tool automatically handling the translation from Swift to Kotlin as part of the Xcode build process.
69.
by marcprux 3y ago
Yes, web views (backed by WKWebView on iOS and android.webkit.WebView on Android) are one of the Skip modules under active development: https://github.com/skiptools/skip-web
70.
by marcprux 3y ago
And there's also SwiftUI for Android: https://skip.tools/blog/bringing-swift-to-android/
71.
Sharing C code between Swift and Kotlin for iPhone and Android apps(skip.tools)
1 points by marcprux 3y ago|0 comments
72.
by marcprux 3y ago
> > [...] Will they be listed in a separate section of the “App Store” app [...] > What? There is currently an Unlisted Apps ( https://developer.apple.com/support/unlisted-app-distributio... ) model, so there co
73.
A future for iPhone app stores(appfair.org)
49 points by marcprux 3y ago|64 comments
74.
by marcprux 5y ago
I am building an open-source (AGPL) distribution network for native macOS apps at https://appfair.net , along with a catalog browser and installer application at https://appfair.app . It features homebrew casks integra
75.
Show HN: The App Fair – a free native app distribution platform for macOS(appfair.net)
3 points by marcprux 5y ago|0 comments
76.
by marcprux 5y ago
Smoke-testing your code signing is a good idea, and would probably catch most notarization issues. Aside from those, through, I've encountered numerous issues with embedded frameworks and app extensions whose error reporting wouldn&#x2
77.
by marcprux 5y ago
My advice from years of notarizing my apps is to make sure you do it at least once per day for each of your apps. If you only notarize once every release (say, every month or so), you are almost guaranteed to encounter some new cryptic erro