marcprux

5 ms·

1.
by marcprux 1mo ago
> I’m not convinced by leptos’s html style view macro. It’s cute, but you lose out on autocomplete and other IDE integration. Yes, that was exactly my thinking. In addition to more natural IDE support, relying on plain-old-Rust and not h
2.
by marcprux 1mo ago
That sounds a lot like my Day ( https://daybrite.dev ) project! We should compare notes… Are you confident that forking Leptos for this is the right choice? Do you like their HTML-ish DSL when applied to native apps?
3.
by marcprux 1mo ago
I see two nines in there…
4.
Android development is now Compose First(skip.dev)
1 points by marcprux 3mo ago|0 comments
5.
by marcprux 4mo ago
> I have very mixed feelings about Standard Ebooks[…] Why?
6.
by marcprux 6mo ago
Perhaps. And yet … 98% opposition from 4K respondents? I'd be very surprised to see any other poll that tilts the other way, regardless of sampling bias.
7.
by marcprux 6mo ago
I am part of the team running keepandroidopen.org and corralling the signatures for the open letter opposing this program. We've been trying to get Google to reverse course on this program ever since it was announced. As it stands, And
8.
by marcprux 6mo ago
> What % of Android users actually want this? Do they know or care? 2%, according to the keepandroidopen.org poll[^1] [^1] https://techhub.social/@keepandroidopen/116251892296272830
9.
by marcprux 6mo ago
And also Android[1]! [1] https://swiftpackageindex.com/search?query=platform%3Aandroi...
10.
by marcprux 6mo ago
> There are still challenges with basics like compression FWIW, there is an active discussion on this very topic: https://forums.swift.org/t/proposal-compression-library/8541...
11.
by marcprux 7mo ago
I am the author of the letter and the coordinator of the signatories. We aren't saying "nuh uh, everything's fine as it is." Rather, we are pointing out that Android has progressively been enhanced over the years to make
12.
Ask HN: How to combat Android malware without mandatory developer verification?
5 points by marcprux 7mo ago|0 comments
13.
Fear and Loathing in the App Stores(appfair.org)
1 points by marcprux 7mo ago|0 comments
14.
by marcprux 8mo ago
It really isn't. Did you see their latest time estimate ( https://youtu.be/W4olXg91iX8?t=538 )? Late 2026 just to get the widget sets broken out into separate packages? And only then can they start considering moderniz
15.
by marcprux 8mo ago
See my response below on the KMP question: the comparison with CMP mostly applies to Flutter as well. > near-native mobile apps (the difference is almost negligible) Not as of the advent of Liquid Glass on iOS (and, to a lesser extent, M
16.
by marcprux 8mo ago
No, you can configure it to just build and launch for iOS or Android separately. But we do recommend iterating on both in parallel for most of the UI work, just to make sure that everything stays in sync. For framework/library developm
17.
by marcprux 8mo ago
This is indeed a dilemma, but note that copyleft licenses like GPL or MPL do give you considerably more protection than a pushover license like MIT/BSD. I wrote about this last year at https://appfair.org/blog/gpl-
18.
by marcprux 8mo ago
Good question. I'll try to answer as objectively as possible, despite my bias towards Skip's approach. Kotlin Multiplatform (KMP) enables you to target different platforms with your Kotlin. In the context of mobile apps, it allows
19.
by marcprux 8mo ago
Yes, as I just responded there, Skip uses the native toolkits and conventions on both platforms: SwiftUI on iOS and Jetpack Compose on Android. So you automatically get the platforms' built-in accessibility support. You can see a sampl
20.
by marcprux 8mo ago
Yes, the unique benefit of Skip is that you are using the real native toolkits on both platforms. So you get both SwiftUI's accessibility support via VoiceOver, as well as Jetpack Compose's support via TalkBack.
21.
by marcprux 8mo ago
Thanks! It has been a long time coming. As we mentioned in the post, developer tools really need to be freely obtainable in order to gain mass adoption. In that sense, it was an easy strategic decision. And we felt that the time was right,
22.
by marcprux 8mo ago
Well, you're running both the iOS development tools (Xcode, iOS Simulator), plus the Android development tools (Gradle, Android emulator, and maybe Android Studio too). These add up. 16GB might be possible, though. (Skip itself doesn&#
23.
by marcprux 8mo ago
The Xcode build plugin in the /skip repo uses the binary created by /skipstone (which is the repository that was just opened). Thanks for pointing out that the /skip repo itself doesn't have a license. We'll fix tha
24.
by marcprux 10mo ago
You can make your own tap (which is just a GitHub repo) and manually clear the quarantine flag in a postflight step. E.g., see https://github.com/alacritty/alacritty/issues/8749 Users will need to `brew insta
25.
by marcprux 11mo ago
This is a neat hack, and I don't want to diminish the effort. But I fear that any such loader apk would be marked as malware by Google and nuked by Play Protect Services. And as others mention, using adb (or Shizuku) might also be a wo
26.
by marcprux 11mo ago
Also recommended: BIRDMAN or (The Unexpected Virtue of Ignorance)
27.
by marcprux 11mo ago
You recall correctly, but that did end in 2015, when Apple ended the requirement that developers sign up for their paid developer program to be able to develop and test iPhone apps. I've written about that elsewhere: https:/&#x2F
28.
by marcprux 11mo ago
> Could you make the claim that F-Droid is actually safer that "Google Play Store" That is essentially the assertion that we made in the prequel to this post (at https://f-droid.org/en/2025/09/29&
29.
by marcprux 11mo ago
adb is a developer tool. You need a tethered and trusted computer to be able to transfer an app using adb, and you need to enable "developer mode" on the device, which is an arcane dance that involves navigation through an obscure
30.
by marcprux 11mo ago
Author here. I admit I am rather startled by the tone of many comments here and the accusations of disingenuity. Splitting hairs about the origin of the term "sideload" does not change the fact that those who promote the term tend

More ›