Did the logo fix everything?

After all the other comments I was thinking randomly auto select one of the instances that meets certain criteria, but you make a good argument. Giving people choice over their server was what I was initially thinking when I came up with this planet analogy.

That’s what I was thinking! But I’m not sure that is better than just randomizing the default instance. Randomizing would have almost the same effect with much less user friction.

I’m so dumb. That literally solves so many problems. I just have to confirm that works with the login endpoint. Thanks!

Edit: I’m not dumb. You can’t login with your instance at the end of the username. I also need to check if @ is a valid username character.

I’ll look into it, thanks! Maybe I’ll run it by a non technical friend and see if they get it.

What I could do is pick an instance at random and see if I can write that instance to app storage that persists on reinstall. That way, they don’t lose their account by not remembering what instance. That doesn’t solve the web.

The issue is password managers save username and password, but I need to save instance as a 3rd value. I wonder if I can prepend the instance to the front of their username in a way that the password manager picks it up, then slice it off later when they log in. But that’s kinda hacky.

Ooo yes! But I would like keep it much shorter.

Remember this is an onboarding flow for an app. It has to capture the user and explain things well without losing their attention.

What I want to avoid is “hey, select an instance from this menu”. “Wtf is an instance?”

Voyager gets around this by defaulting to an instance (lemmy.ee I think) before you log in, but my plan was to have them select when they launch the app for the first time.

I don’t think anyone else runs a BlueSky server right now except for BlueSky. At last not one with any substantial amount of users. Imo this makes BlueSky a lot less resilient compared to Lemmy or other federated social media.

Write a letter to the lemmy devs and ask them to rewrite the backend to use htmx.

I disagree. I spent some time earlier this year working on a BlueSky client that would work completely without JavaScript. Working without JavaScript means it has to run on a web server somewhere. Using JavaScript means the client can run entirely on your computer with the only dependency being the Lemmy server you connect to. And since there are many Lemmy servers, this means no single entity that can pull the plug on you.

The only alternative I see is a native app that runs a non-JS client on your computer, or maybe WebAssembly? Seriously though, modern JavaScript is actually very capable. You might be dismissing it only because it’s popular to hate on JavaScript or maybe the current Lemmy clients aren’t good. That doesn’t mean the underlying issue is JavaScript.

I’ve abandoned my BlueSky client to work on a Lemmy client that will be written in JS but can run entirely on your computer.

I’m working on my own Lemmy client that I’m hoping will be both a better UI, but also universally better as an app (phone and tablet), MacOS app, and on the web. Voyager provides a web version, but it’s not optimized for larger screens.

My app will deliver the best experience on all screen sizes and will take the best of Reddit, Voyager, etc.

I’m 14 days in lol but if anyone is interested please DM me. I’m happy to share what I’m working on, but I just ask you have realistic expectations as this will likely be 6+ month project to deliver something that can actually compete with existing clients.

Will it brick the kid?

Don’t be ridiculous. It’s more like Google search result you click is an ad rather than an organic search result, and that ad… is an ad that’s ai generated… god damnit

I’m working on my own app for lemmy, but it’s so early stage I have a long way to go. Literally started on it a week ago. And honestly I’m not sure if anyone will ever use it.

But I cross posted this to the lemmyapps community. I think the maintainers of some of the more popular lemmy clients are active there.

Ohhh that makes sense! Thank you!

I was just looking at image_details but for the height and width of the image. I see this exists in the TypeScript client schema, but I’m not seeing it populated for any posts. Any idea when this is actually populated?

Knowing the height and width of images before loading them would reduce layout shift.

Does Lemmy need to implement this? You might be able to pull most of this data from the API. I might try and build something like this myself at some point, but likely won’t have time until next year.

Why are people on this sub so quick to label things an “ad”? Someone did it to me yesterday. I wish we could just share interesting things we find on this sub.

Rober made a cool project, gave a really good explanation for what goes into engineering the satellite (see YouTube video announcement), and made a website so you can upload jobs to the satellite yourself. It’s free if you’re a Crunchlabs subscriber, and if you’re not, you can choose to make a donation to help a kid learn engineering.

If you’re not interested in donating, you can still watch the video and learn a lot about launching small satellites free of charge.

Lol I think the point was to demonstrate what you can do with addressable LEDs. Not that you should do that. Synchronizing that many LEDs, especially when they belong to multiple controllers, is very difficult to do.