Hi! I’m a developer for the Mlem iOS client. Join us on !mlemapp@lemmy.ml!

  • 0 Posts
  • 19 Comments
Joined 2 years ago
cake
Cake day: October 5th, 2023

help-circle
rss



  • Mlem dev here. Mlem shows this warning for instances that require registration applications to be approved first (which, these days, is all instances).

    The aim here was to make it clear to users that they won’t be able to use their account immediately after signing up - otherwise, users may be confused that they can’t log in. I do agree that it’s a little scary though… we’ll think about some ways to tone it down. I’m open to suggestions for better wording.

    I wasn’t aware that lemmy.world automated their process. It’s possible that we could provide a different UI for certain instances that use similar systems, but we’d have to hard-code each case which isn’t ideal.

    The ability to sign up in Mlem was only added a month ago - before that, we directed users to the web browser to sign up. Our current implementation leaves much to be desired, but is more user-friendly than requiring the user to visit a website. I’m planning to make some improvements to the system in future. I was reading this Lemmy post the other day, which I think has some good ideas.

    Here’s an overview of our current sign-up flow, fyi:

    Click to expand

    When the user first opens the app, there is no full-screen onboarding flow. They are not asked to choose an instance - instead, they are connected as a guest to lemmy.world. This avoids scaring the user away with the concept of “instances” before they have the chance to see any content. Here’s the first thing the user sees:

    If the user taps “sign up”, they are shown a list of instances ranked by their score on lemmyverse.net. This is one of the areas that I think needs the most improvement - we don’t currently tell the user what an instance actually is, and the way that instances are sorted means that most users probably choose Lemmy.world, which isn’t ideal.

    And finally when the user taps on an instance they get shown the page you’ve already seen a screenshot of:



  • In Mlem, go to the Settings tab. Then, tap on the link at the very top of the page with your account name. Then tap “Content & Notifications”, and turn off “Show NSFW Content”.

    That setting will hide all NSFW content that is marked as such by the user who posted it. If you see some NSFW content that is not marked as NSFW, you should report the content so that the moderators can deal with it.

    Welcome to Lemmy :)




  • I use Ice Cubes for Mastodon.

    I’m one of the Mlem developers; I’m glad you’re enjoying it :) You could also consider trying the Mlem beta if you haven’t already. It’s about 8 months’ worth of development ahead of the App Store version. The reason why we haven’t updated the App Store version in so long is because the beta version doesn’t have all of the moderation tools yet (due to it being a full rewrite), and we don’t want to take those tools away from moderators who use Mlem.





  • SjmarftoProgrammer Humor@lemmy.mlSeen it coming
    link
    fedilink
    4
    edit-2
    10 months ago

    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:

    • cmark-gfm is written in C, which the developer of the Lemmy client may not be familiar with.
    • If the app is using a third-party renderer, and not just a parser, that renderer also needs to be rewritten to support the new parsing logic.

    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







  • Mlem doesn’t have this option just yet, but we’re adding it the next beta. Memmy and Arctic have had it for a while.

    Adding such an option is very easy to do for iOS apps - Apple provides a simple API for it, so we just have to add a settings toggle. I’m not familiar with how it works in Android development, but it may be more complicated.