@ericbandrews@lemmy.ml avatar

ericbandrews

@ericbandrews@lemmy.ml

Dev lead for Mlem, the iOS Lemmy client.

Tip jar

This profile is from a federated server and may be incomplete. Browse more on the original instance.

ericbandrews,
@ericbandrews@lemmy.ml avatar

This feature is planned for the upcoming Mlem 1.3 build.

Marking posts as read while scrolling

I am new to mlem since trying out Memmy and much prefer this app. Very clean, easy to digest, and an absolutely adorable icon! However, I notice that posts do not get marked as read as I scroll through All or what have you. I don’t need to click on a meme to have read it, you know. Is there an option to mark as read on scroll...

ericbandrews,
@ericbandrews@lemmy.ml avatar

Mark read on scroll is coming in the next build!

As for searching within community, it’s in the plans but I can’t give a more precise delivery estimate.

ericbandrews,
@ericbandrews@lemmy.ml avatar

Thanks for the bug report!

I’m not able to reproduce this behavior–would you mind sharing:

  • Mlem version
  • iOS version
  • device
  • a comment that produces this behavior

Thanks!

ericbandrews,
@ericbandrews@lemmy.ml avatar

Thanks for the feedback! We’ll take it under consideration.

ericbandrews,
@ericbandrews@lemmy.ml avatar

❤️

ericbandrews,
@ericbandrews@lemmy.ml avatar

There are two options:

  • In-app, which is basically Safari
  • Your default system browser

You can pick which of these to use via Settings -> Open Links In Browser (on will use system browser, off will use in-app browser). Right now we don’t support opening in a third, non-system-default browser.

ericbandrews,
@ericbandrews@lemmy.ml avatar

My bad, forgot a piece of the path! It’s Settings -> General -> Open Links in Browser (first item in the list).

ericbandrews,
@ericbandrews@lemmy.ml avatar

Saved posts have moved to Feeds—you can find them alongside All/Local/Subscribed.

ericbandrews,
@ericbandrews@lemmy.ml avatar

There are both technical and design reasons for the change.

Technically, it lets us rip out a lot of logic that handled the differences involved in loading and displaying your own profile vs someone else’s; from a design perspective, this makes your profile page a much more logical grouping: “content you created” instead of “content you created and also content you saved.” Feeds is already the root category for “content other users created,” with each item (All/Local/Subscribed/Community) displaying a filtered subset of that content, a grouping into which Saved fits much more naturally.

iPad bugs in mlem ver. 0.1.2

If viewing a community you cannot switch to another community from the side menu unless you switch to all/subscribed/local first. This was also present in the previous version i believe, however i only noticed it when in subscribed and had to switch to local or all to go back to subscribed to refresh my feed....

ericbandrews,
@ericbandrews@lemmy.ml avatar

Hmm, that’s odd–App Store Connect reports 1.2 as live for all of our testing groups. It might just be a little slow to propagate the build out to all the servers.

ericbandrews,
@ericbandrews@lemmy.ml avatar

Unfortunately not–Mlem is written entirely in Swift and SwiftUI, which as of right now doesn’t work on Android.

ericbandrews,
@ericbandrews@lemmy.ml avatar

Unfortunately the API doesn’t support that and it’s infeasible to do client-side, so not for now. They have an issue for it but it’s closed as not planned, though they’ll reopen it if anybody wants to work on it so hopefully we will be able to offer this feature in the future.

ericbandrews, (edited )
@ericbandrews@lemmy.ml avatar

Highlighting new comments is a good idea! I’ll have to take a look at what support there is API-side for it.

We’d like to remember collapse state, though that one’s a little trickier technically–collapse state is client-side, so we have to do some caching tricks to make that work. We’re reworking our backend modeling for 1.3 to include, among other things, a caching system, so we’ll see if we can work that in.

ericbandrews,
@ericbandrews@lemmy.ml avatar

Thanks for the bug reports! Looks like there’s an error in the refresh logic for save–posts should remain in the view when initially unsaved (to avoid losing them forever on accidental unsave), but should disappear when the view is refreshed (which does not appear to be happening).

As far as community blocking goes, that’s mostly handled server-side–once you block a community, the app should filter posts from that community out of the currently displayed feed, and relies on the server-side block functionality to keep those posts from appearing in subsequent loads. We load in pages of ~50 posts, so if you block a community from, say, the profile page, it won’t update that over on the Feeds tab (yet, we’re looking at ways to implement that behavior but it’s fairly involved) and so you’ll still see those posts in the feed until the next load. In theory, simply refreshing the feed will clear them out because it’ll fetch the page fresh from the server.

ericbandrews,
@ericbandrews@lemmy.ml avatar

They’ve moved from the profile to the feeds tab–you can find them in the feed/community list or by navigating from the header within that tab.

ericbandrews,
@ericbandrews@lemmy.ml avatar

There were a few reasons behind the change:

  • Saved was the odd man out in the profile page–everything else there is your own authored content
  • Saved is a feed containing a subset of content generated by other users. Every other such feed was under Feeds; now all such feeds are under Feeds
  • This way, what you see on your profile page is the same as what other users see on your profile page
  • By extension, the code is much nicer this way because we don’t need to do as much conditional rendering and processing in the user page–we can use the same component with very little modification to display your own profile or somebody else’s
  • This also lets us add the Saved feed to the app shortcuts menu without making that horribly inconsistent–the four shortcuts are the four header items in the Feeds tab
ericbandrews,
@ericbandrews@lemmy.ml avatar

As Sjmarf mentioned, we’re in bugfix mode for the upcoming 1.2 update. 1.3 is now properly scoped, and will focus on admin and mod tools–we plan to add support for mod actions and build a nice mod tool page to centralize moderation activities.

ericbandrews,
@ericbandrews@lemmy.ml avatar

Yes. As soon as we know that a pending update is going to break compatibility, we’ll put a post up announcing it.

ericbandrews,
@ericbandrews@lemmy.ml avatar

I’m truly sorry. If there were another way, we’d have taken it, but it’s just not feasible for a team as small as ours working in our free time in an ecosystem that evolves as fast as SwiftUI to offer long-term backwards compatibility without seriously compromising the quality of the app.

ericbandrews,
@ericbandrews@lemmy.ml avatar

We have an update coming down the line soon that fixes this–it’s taking longer than expected because I’ve needed to rewrite pretty much all of our post loading code, which has been operating on the same core since early beta and at this point is stretched past its limit. We’re hoping to enter TestFlight within the next week.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • sketchdaily
  • Leos
  • DreamBathrooms
  • mdbf
  • osvaldo12
  • magazineikmin
  • Youngstown
  • thenastyranch
  • InstantRegret
  • slotface
  • rosin
  • everett
  • kavyap
  • tacticalgear
  • bokunoheroacademia
  • tester
  • ethstaker
  • cubers
  • cisconetworking
  • khanakhh
  • GTA5RPClips
  • Durango
  • lostlight
  • normalnudes
  • modclub
  • HellsKitchen
  • relationshipadvice
  • littleknowngames
  • All magazines