Hi! I’m a developer for the Mlem iOS client. Join us on !mlemapp@lemmy.ml!
Yeah, it’s rather inconsistent. I opened an issue for it a while ago.
Uploading images in comments will be in the next update, along with a fix for the inbox count bug! We’re also working on a Mark Read on Scroll option, a Modlog page and support for moderator actions (which have all been highly requested features).
Unfortunately, full markdown support is rather tricky to do. We’ve done some deeper research into how we might implement this since the last time it was suggested; it’s a large undertaking that would require some significant time input, but it should be possible. It’s not something we’re scoping for the upcoming update, but it’s something we hope to dedicate time to further down the line.
Mlem dev here! We’re still working on it - a PR is merged every couple of days on our GitHub. It’s true that development isn’t as active as it used to be in the height of the Reddit migration, which unfortunately leads to new features being announced less frequently, but that’s to be expected. We’re working towards another release sometime in the coming weeks.
If you noticed any bugs with Mlem and you’d like to report them, you can do so here and we’ll look into it 👍
Side note: We don’t currently have any plans to drop Lemmy 0.18 support. Supporting 0.18 isn’t a major technical challenge for us at the moment, so we don’t really have a reason to drop support for it.
Mlem dev here! Lemmy has a custom “flavor” of Markdown that is distinct from other social media platforms. Open-source markdown parsers and renderers exist for popular flavors of Markdown (e.g GitHub-flavor), but not for Lemmy-flavor. Most Lemmy clients choose to use an existing GitHub-flavor parser that is close enough to Lemmy’s to be indistinguishable in most cases. Mlem uses swift-markdown-ui to render markdown, which uses cmark-gfm as its parser.
Lemmy’s spoiler format is unique to Lemmy-flavor markdown, so that’s one of the places where use of a third-party markdown parser is noticed by users. Other common parsing errors are subscript and footnotes.
Adding spoiler support is not particularly easy, unfortunately. You can’t really apply spoiler-parsing logic on-top of another markdown parser - it has to be integrated into the parser itself. This is because the app needs to ignore spoiler markdown in certain situations, such as inside of a code block. The only good option is to write a custom markdown parser from scratch, or modify an existing markdown parser to support Lemmy’s markdown dialect. Both options can be difficult for developers for several reasons:
This takes a significant amount of time for comparatively little value for users, so most client developers didn’t prioritise it.
In an upcoming Mlem version, we’re replacing our markdown parser renderer with a custom one that can render spoilers and subscripts, but we’ve got a way to go before we achieve full parity with Lemmy. If any developers of other apps are using cmark-gfm, you’re welcome to use our code from that repo under the terms of the licence.
Sorry this is kinda long, I hope this answers your question