It looks like the iOS app uses a different algorithm for checking, character counts in posts. Drafts and the web (and Gluon for fun) agreed that is 299 characters, but the app thinks it’s 308. I assume that no matter which method I use to publish, it would adhere to the non-truncated rules but I guess I don’t know for sure.
I will say that the discrepancy sows doubt about how it will be displayed on the timeline when I’m getting near that 300 character limit. (An ironic outcome considering the content of the post in which I declare that native apps tend to provide the best creation tools. )
The text and post in question:
I've always considered myself an app-first guy. But I might be turning into a web-first devotee. I still think native apps offer the best experience for creating and consuming, but I've come around to the idea that the "one true source" should live online where everyone can get it. Still pondering…
I haven’t confirmed this, but my guess is that those quotes around one true source get rendered into
" to be counted as six characters instead of one. Different Micro.blog clients might use different Markdown renderers that yield different HTML. The web client, for example, uses showdown, while the iOS app uses markdown-it. Here’s my test showing Markdown rendering using markdown-it:
This is something @vincent or @manton might want to look into and harmonize between the official clients.
What are other examples apart from the Micro.blog one?
Yeah, @sod is right it’s probably the quotes. It’s a bug that we can fix. The web and Mac app should have correct counts in my testing, so I think this is just something on iOS we need to fix.
Some apps you may have used or heard of include 1Password, Discord, Facebook, Figma, Messenger Desktop, Microsoft Teams, Notion, Obsidian, Signal, Skype, Slack, and WhatsApp.
Wow! I had no idea these apps used Native React.
This was my understanding that they did the bare minimum and put a wrapper around their we apps which ended up as neither-here-nor-there in terms of UX. But the examples you offered are good apps.
React Native apps are kind of unique because they use web technologies but they aren’t web apps. There doesn’t have to be any actual web views in the app. Electron apps like Slack by comparison are almost all rendered via web views.
Yeah, as long as the developers and designers know what they are doing, the choice of native vs. cross-platform development shouldn’t affect the user experience too much. It’s possible to build cross-platform apps that are a joy to use and native apps that suck. And vice versa.
They can be web apps if you want them to be. Just like you can target iOS and Android, you can build React Native apps that target the web.
But I see your point; you can’t just extract HTML, CSS, and JS from the iOS build as that one makes use of native UI controls. You have to make a separate build targeting the web.