Submitted!

Just added to my todo list. Hopefully I’ll get around to this today! Thanks!!

Thanks so much! 🎉 Native is the only way to go imo 😝. I’ll make a PR this weekend.

Might also have some comments on the Lemmy API eventually, but I’ll save those for a later date haha.

Thanks for all you do for Lemmy.

Check back in 24 hours or so. If it still isn’t available, please let me know.

What is your region?

Just posted there. Thanks!

For Mastodon there is something called Tootpick which allows you to enter your server’s domain and share any content by redirecting the user. For example: https://tootpick.org/#text=https://eventfrontier.com/post/37808. So I’m not quite sure the federated nature argument makes sense. Sure it’s more complicated that a centralized system, but possible regardless.

At this point it’s like, why not use Ethernet?

https://lemmy.world/post/1293336

Good feedback. This is meant to be extremely initial. I absolutely understand the hesitation to collecting PII. TestFlight does capture a lot of this data automatically when you sign up using a link anyways. Once it gets into beta (or even later alpha stages) I plan on releasing a public link that doesn’t require an application. I really appreciate your honest feedback tho, and I’ll definitely take it into consideration and consider alternatives in the coming days. Thanks again!

Feels like this would just be adding on a centralized feature to a system designed to be decentralized. If anything, it should be based on a decentralized system like Bitcoin or something.

I still don’t understand his strategy or plan. It makes zero sense to me.

The craziest thing is that Elon’s tweets are still completely visible.

So if you were moving to another home or apartment, is it a reasonable strategy to stop paying rent at your current home while you’re looking for a new place? Of course not. Same idea here.

Ads too 😉

@[email protected] Thanks for the information here and all the hard work you have put into this release.

Gotta say tho, as the maintainer of Lemmy-Swift-Client, breaking API changes like this without an API version bump, make API development within the community incredibly difficult.

So my question to you would be, what is the purpose of having v3 in the API path, if the true test of API compatibility is the GetServerResponse version field? And breaking changes will occur in GetServerResponse version changes as opposed to the version in the API path? That doesn’t quite make sense to me.

Would love your perspective so I can figure out how to best design the package API to accommodate client developers who might have to contend with multiple server versions.

If you’re into JavaScript, https://github.com/dynamoose/dynamoose is a project I maintain, and has a lot of great documentation, Slack channels, and more.

Although my attention on it goes in waves, it could for sure use more help. I’m also totally willing to help answer questions and point people in the right direction.

We currently have 80 open issues, 6 open PRs. 9 of those issues are marked as “good first issues” and 8 are marked as “help wanted”.

So there are for sure some easy jumping off points to get started. But I’m also always happy to answer questions and assist in anyway I can as well.

Beyond that, it’s all about diving into something. I found Dynamoose when it was much smaller, and just started with small contributions and built up from there. Following developers on social media, and following programming communities and newsletters can be helpful too.

I build a Swift package for the Lemmy API: https://github.com/rrainn/Lemmy-Swift-Client.

Beyond that, the SwiftUI tutorial is fairly good: https://developer.apple.com/tutorials/swiftui/.

But just searching on YouTube and Stack Overflow about how to do things goes a long way too. Google a lot as well.