Here are the problems I want to solve:

The same app everywhere

It will run as a website, iOS app (also on macOS), and Android app. It will be responsive, supporting phone, tablet, and computer screen sizes along with everything in between.

And I’m not talking about simply resizing the interface. Navigation (e.g. sidebar or on mobile bottom tab bar) will match what you would expect to see on the device size you’re using. But everything else (e.g. posts) will look the same, which I hope will make it really easy to jump from mobile to desktop.

Onboarding and configuration

The app will allow you to configure it to look like a typical Reddit or Lemmy app. During the onboarding process, I will prompt you, asking which style of interface you prefer. Consider these presets, which change a bunch of more granular configuration options. I will also give you the ability to fully customize each option instead of picking a preset.

Caching and offline support

This is where it starts to get more tricky. Caching is easy. If you launch the app, it will have everything you previously saw still loaded.

I would like to make it so upvoting, for example, can be done offline. The app will optimistically apply the upvote to the post or comment, then when you reconnect to the internet, it will actually apply the upvote. This is a difficult problem to solve, so I can’t promise this will work, and it would likely be the last feature I add.

I need your feedback

This is a big project to undertake. I really want a Lemmy client that checks those boxes for myself, but I’m curious if any of those resonate with you? Is there anything I missed that you would like to see? If I do build this, I will likely have to keep the project very focused as far as features go initially.

Just for context, I’m using Voyager on iOS currently. I really like it, but the “the same app everywhere” concept and making it easier to onboard Reddit users are my main motivations for creating my own app. My app will also be fully open source

  • moseschrute@lemmy.worldOP
    link
    fedilink
    English
    arrow-up
    2
    ·
    21 hours ago

    My goal is to store everything offline for a period of time. Likely, it will be more complicated than this, but let’s say for now everything you see will be automatically cached offline for 30 days. Instead of a number of days, I will probably set a max size for the offline cache and drop the oldest data in the cache as new data comes in.

    The only issue here is I’m not sure how easy it will be to cache images offline. They will take up more storage, and I’m not as familiar with image caching mechanisms for apps.

    Do you know if Lemmy tends to have good alt text for images? That would be easier to cache offline instead of images.

    Maybe after the initial version, I can add the ability to pin a post to your cache so it doesn’t get cleaned up automatically.

      • moseschrute@lemmy.worldOP
        link
        fedilink
        English
        arrow-up
        1
        ·
        21 hours ago

        Got it. As you can see, I am myself very new to Lemmy and still learning their API. I still need to think through this more since even caching hashes will consume much more data than caching the text content of posts and replies.

        Most likely I’ll want to give control to the user of what they want to cache. Either text or text + images.

        • asudox@discuss.tchncs.de
          link
          fedilink
          English
          arrow-up
          2
          ·
          20 hours ago

          Looks like lemmy api does not give the hash of the image, that’s unfortunate.

          You’d need to use the link field instead.

    • Rooki@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      21 hours ago

      There is no implementation for alt text yet on lemmy, how would it handle post purges? / removals?

      • moseschrute@lemmy.worldOP
        link
        fedilink
        English
        arrow-up
        1
        ·
        21 hours ago

        I assume you mean when my app caches a post, but that post is deleted from Lemmy. That’s a good question. Off the top of my head, I would say as soon as I know a post is deleted, I would likely want to purge it from the cache.

        I guess it’s a question of whether I should respect the API saying the post is deleted or act like a temporary archive. I’m open to either. From a technical perspective, it would be simpler to act as an archive.

        As far as the type of cache I use, I may use a LRU cache, which will effectively prevent something from being deleted every time you view it. So even if something was cached a long time ago, if you pull up that post again, it will reset the timer.

        • Rooki@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 hours ago

          I would prefer if its deleted by creator or mod/admin it should be deleted as soon as possible. To reduce bad/harmful usage of that feature. But i cant stop you do otherwise ;D