@manton I am disappointed by this news but I understand. My disappointment lies with Apple, not you, and not Micro.blog, which is wonderful.
I expect the biggest consequence for me will be a bigger .app file, since I’ll wager that React Native will be bloatier than 7.9MB.
@manton I like this change. Hopefully it will help you avoid the seemingly destructive distraction of navigating App review with Apple.
@simonwoods the technology used for the app will have no bearing on distribution or App Store review. Manton is just abandoning using Apple native frameworks on mobile for the mainline app.
@manton "Moving away from native apple frameworks development"? Seems you are stuck with the app store either way. Unless you fully pull out of it.
Have you thought about just going web only and no apps? Or is that not even an option given the landscape today?
@manton As much as I love a lot of the things which the Apple ecosystem allows me to do as a user, I can understand developers many disappointments with Apple’s ways, especially of late; your remedy and go forward plan sound quite sensible–and point in the right direction, I think.
@fgtech Yes, app size is a bummer. The good news is there's no hurry to replace the current iOS app — which was just updated this week — until we're confident a new version won't be a downgrade in any way.
@pratik Nothing right away. At some point in the future (it could be a while!) we'll update the iOS app with the new under-the-hood plumbing. Not going to do that until I'm sure people will love the app.
@jsonbecker I'm thinking about how the technology can have an influence; even just the fractured state of Apple's frameworks has the potential to create an unnecessarily heavy and confusing workload, which would then increase the chance of making mistakes that triggers the review team hurdle. Also, when Apple arbitrarily decides "now these frameworks are useless" it is on the developers to drop any other in-motion plans and adhere to whatever decision has been made.
I understand similar issues can be found with any choice you make here, however I have noticed Apple developers in particular make it clear that there has been a decline in their experience.
@Burk I don't think it's an option. I still like my iPhone and there are things we can do with native iOS apps that we can't do in web apps. Having said that, I do think our mobile web version should be better than it is.
@Burk @manton I'd agree with the idea of concentrating more on the web and the underlying APIs. Since the API is open anyway, let third party developers handle it (no App Store, no Play Store to worry about).
Personally, I access Micro.blog more on the browser than the applications (though please put the toggle for cross-posting on the app to the web please - easier to do on the app before posting).
But then again, @manton has the numbers. Are there more posts from the apps than on the web?
@simonwoods I think that any non-native framework is only more likely to trip review issues (if they use a private API for example), though React Native is widespread enough to avoid it. I would not think tech choice, in this case, basically has any impact on the review process at all. This is more a signal that cross platform development and parity is more important for the mainline app and Apple's existing UI frameworks are not sufficiently easier/better to justify having a separate native app.
@manton FWIW, I would put "has an iOS app" as one of the primary reasons I use micro.blog for my blog hosting. Having someone else run the micropub part and making it easy for me to post on the go is the major advantage over just using Hugo with Github actions or something similar for users like me.
@manton Ok. Coz ease of posting and everything working simple and great is why I use Micro.blog for my photo blog.
@manton Will this effect integration with third party apps - eg Ulysses, Drafts and iA Writer? This integration and the general ease of posting both to my written blog and podcast (when I post an episode) is one reason that I choose Micro.blog.
@manton I think you and Vincent will do a good job with the React Native-based iOS app. I think that the Android app beta looks great so far. I hope that the iOS app will retain its iOS design language and doesn't end up looking non-native (like my banking apps do) or too much like an Android app.
@manton woah, that was unexpected… and yet, your reasoning makes a lot of sense… I guess. I’m mostly using Ulysses for publishing or the website. As I wrote today, Apple is making it hard for everyone but themselves these days… wishing the iOS version will still feel iOS native.
@numericcitizen I liked your post and meant to reply. I wonder if Apple underestimates how many people who didn’t want sideloading would start warming to it as Apple refuses to give even an inch in changing the App Store.
@manton Thanks for the info and update.
As an iOS developer since 2009, though, my biggest disappointment isn’t that you’re moving away from 1st-party Apple tech, but that you chose RN over Flutter. 😝 I’d offer to help if you went with the latter! 😉
@manton That said, I am looking forward to any dev details you share during the transition. 👍
@manton I don’t fully understand the technicalities and yet I appreciate the openness.
@manton Your frustration is justified. And as a Mac and Android user, this makes me happy.
Also good to know that we won't lose on any of the simplicity of the platform. Mobile apps for quick posts and integrations with apps like Ulysses and iA Writer remain the core benefits of this platform for me 👍
@fgtech for what it’s worth, Gluon (another React Native Micro.blog app) weighs in at 8.6MB… and I use quite a lot of stuff in there. So I personally also take it to heart if something is bloated 😃 if RN always produced bloated apps, I would not use it… the problem is starter kits that assume many things, but we don’t use any of those (I made our own starter kit). cc/ @manton
@Burk FWIW I rarely used any web apps on my phone, it's too complicated. I very much prefer an app.
@muncman Flutter does look good. When I first started with React Native I was going to look into it (even though it came later). My turn off at the time was that I had client obligations that wanted a RN app. This then took me into the realm of building Gluon, which then evolved, and also made its way back to client work... so I didn't really look at alternatives as I actually made a small living from this. The only downside with looking at Flutter today is the speed and energy needed to learn a new language again. In an ideal world I would actually love a Ruby or Swift based Framework like RN or Flutter. The RN Javascript bridging isn't ideal, but I am hopeful for the future that more, and probably better, alternatives appear. Saying that, frameworks come and go... so it's OK to shop around again. I'm keeping an open mind. cc/ @manton
@manton Thanks! Apple underestimate many things for sure... and cannot read the room temperature... thanks to its financial successes.... it is blind...
@vincent Ah, yep, that makes total sense. Fwiw —if you ever give it another look— Dart isn’t perfect, but it is easy to learn and has been improving.
@Burk It's funny... personally I have been thinking web only for personal projects going onwards.
@manton I’ve been building with React for four years and React Native for two. Have a lot of experience if you have any questions and Stack Overflow isn’t helping 😉
@jsonbecker this is the big reason I moved here after running a gatsbyjs blog. So much nicer posting set up.