Hmmm. I’d imagine that’s essential for cloudflare to work. You can get their IP addresses if you have a server that is federated with them and you look in your nginx logs (so that ‘if’ is a big IF).

Just matrix.org, like some kind of pleb.

I only have an account so I could join in one room, and that’s the server that the room was on, so I decided to keep things simple.

Ah, great, thank you. It’s been added as an Issue for PF now, with a link to this post, so that’ll be handy.

(I was likely misusing the term ‘regex’).

There was a post relating to this the other day: Some explicitly single-user ActivityPub software to check out

How does Piefed handle image attachments, btw?

For comments: not at all. If a Mastodon user tried to do what I did, with the inline image, nothing would show.

We could do what I think you’ve done, and regex the details of the attachment into ! [] () Markdown and add it to the text. There’s also a DB relationship between comments and images that isn’t used, but could be, I suppose.

I’ve never actually seen a Mastodon user try to add an image to something that ended up as a Lemmy comment, tbh, so it’s not something I’ve thought too much about.

I just tried with Masto - maybe there’s different versions, but it didn’t work with the one I tried.

Screenshot:

It’s probably for the best that this PR doesn’t also convert inline Markdown into an attachment to send out for Mastodon’s benefit, because then there would be the danger of apps that understand both showing two images. It’d be better if Mastodon did the translation when receiving stuff, but Mastodon doesn’t seem as good as MBIN when it comes to co-operating with Lemmy.

(edit: how that screenshot shows on MBIN is a bit disappointing though - at least looking at on the web)

Do they work the other way around btw? If someone on Lemmy uses the Markdown for an inline image do they show up on MBIN? I don’t they do on Mastodon.

https://literature.cafe/ is still running.

Interesting. Funnily enough, my comments are coming through to Lemmy as ‘Undermined’ too (just a PieFed bug, easily fixed), so the fact that you saw it (as well as the comments by the others I mentioned) means it’s not a language thing. That’s good, in a way, because it should be physically impossible to actually de-select it.

So, sorry - at least we can rule one thing out, but I don’t have any more suggestions.

That community only accepts posts in ‘undermined’ language, so if you aren’t seeing anything from there, but you can when you log out (to simulate everyone else’s view of it), then it’s probably a user setting that prevents you from seeing stuff from that language. If you go to the ‘collapse’ community and posts by ‘Midnight’ are missing, then it’ll be that (similarly there’s a comment here from ‘originallucifer’ - if you haven’t seen it, it’s 'cos of the language thing).

Maybe, but image posts drive more engagement than text ones. You can see on !lowqualityfacts@lemmy.zip that the text posts, which are no worse LQFs than any other ones IMO, score noticeably lower.

I like sites / Lemmy frontends that provide some kind of ‘teaser’ for text posts (they also show a bit of the post’s body in the main feed), meaning you can often see both the feed line and the punchline for a post without going into it (it works well for ‘dad jokes’ for example). But the default frontend - lemmy-ui - doesn’t do that, so it hobbles the potential of text posts.

Last time that happened to me, it was because the ‘name’ I was using was too long (I removed some characters and it worked). There isn’t the same limitation for the ‘display name’ field though.

Well, there’s the The 90-9-1 Rule for Participation Inequality in Social Media and Online Communities, which suggests:

Summary: In most online communities, 90% of users are lurkers who never contribute, 9% of users contribute a little, and 1% of users account for almost all the action.

So whatever number you’re looking for, it’s 1% of that. Not that subscriber count means much, especially for older communities that have 10’s of thousands of subscribers who aren’t even using the platform any more.

That comment chain demonstrates a real appeal of Reddit. Even for something like a post-episode TV discussion, a critical mass of people means that not only can you have the discussion in the first place, but there might be some extra info from someone who worked on the set, or attended an audience taping.

You can click to see the rest of the comments to see plenty wrong with Reddit too, but it’s not like there’s any particular drive to prevent the elements of Reddit culture that I find annoying from coming to Lemmy too.

I’d be surprised if there’s ever a critical mass of people on a federated app though. If there is, it’s more likely to be on something with the proper funding, that hides the details from regular users (e.g
it’ll be BlueSky, not Mastodon). On Reddit, Lemmy has a reputation for being too complicated, for the mundane reason that is. Too much stuff that should happen doesn’t, and the answer to why are the stuff that ‘normies’ don’t want to hear (LW and PD instances are both a bit unstable atm), or they’re so unintuitive that that they’ll need answering forever (e.g everything around discussion languages, instance blocks, newly-discovered communities , etc etc).

I’ve just seen a user accidentally submit the same post to the same community multiple times (the worst I’ve seen is 4 times). Preventing that is some real ‘web dev 101’ shit. Federated apps can be an interesting hobby for inexperienced devs (like me), and mildly diverting for anyone who wants to use them as a user, but a critical mass of users?! Forget about it.

Nope. Just tried on moist.catsweat.com and it says “Please select an item in the list” for the “Select Magazine” box if you try to post something and leave that empty.

I’m assuming that this is about your earlier post that ended up in LW’s technology community. Microblog posts like that seem to be more intended for whoever is following you as a user. If MBIN insists that you also have to choose a ‘sub’ then I think it’d be best to put it in whatever it considers a dumping ground (ideally something that doesn’t federate out), so the ‘random’ magazine sounds about right to me.

There are instances like https://soccer.forum
https://nba.space
https://nfl.community

The communities aren’t super-active because the idea is that they’re remote-only, but that means they don’t get the benefit that comes from local users browsing their local feed.

Here’s a community node for mastodon

Should this be a link to something?

We appear to be at an impasse.

I’ve recently been adding an API to PieFed and forked the Lemmy Thunder app as way to test things. My position on this comes from tinkering with Thunder - I can’t claim to understand it all, but it seems to me that the API and the app are fundamentally interlinked in ways that make being too adventurous with it difficult. For that app, it would break the existing paradigm to do the kinds of things you’re talking about. Thunder uses its own version of an API client (written in Dart), but I’ve assumed that other apps are written in a similar way, and are essentially wrappers around Lemmy’s JavaScript client.

Hopefully, someone else with more app development experience will contribute to this discussion, and set one of us right (I don’t mind if it’s me that’s wrong).

Most frontends already display available crossposts so you’re not wasting anything more than grabbing all the comment sections as well.

We’re talking about different things. I’m talking about the view you get when you first open an app - the ‘home’ screen that lists the posts. The API response for api/v3/post/list doesn’t indicate whether something has been crossposted. You can see for yourself by getting a list of the 2 oldest posts on lemmy.ml:

curl --request GET --url 'https://lemmy.ml/api/v3/post/list?type_=Local&sort=Old&page=1&limit=2' --header 'accept: application/json' | jq .

For those 2 posts, you can only find out if they have crossposts by individually querying each post using the api/v3/post endpoint - the first one in that list would be:

curl --request GET --url 'https://lemmy.ml/api/v3/post?id=2' --header 'accept: application/json' | jq .

where crossposts would be in the ‘cross_posts’ array.

So for an app to display whether a posts listed on the main feed have crossposts, they’d have to query post/list, and then for each entry, query /post as well. This isn’t the way these things typically work - there’s normally a 1-to-1 relationship between an API query, and displaying the results of that query on the page. Looping through the list you’ve been given, and making extra queries adds complexity and delay, when the expectation from the user is that this list should appear pretty quickly.

What you’re talking about, is the view once a user has clicked on a post, not the post list. This provides the crossposts info. It’s important to realise though, that the cross_posts array provides everything an app could want to display info about the other posts. It’s not like they are pulling the data for one post, and then pulling data for each listed crosspost, so if they were to start getting the comments for each crosspost, that would be an extra effort (and a potential waste).

I don’t agree at all. There’s space for complex frontends which attempt to adjust the feed according to their own logic, as well as minimalistic frontends which follow the backend’s design explicitly.

My counter to that, would be that if you aren’t using the API in the way the developers expected, your app has ceased to be frontend, and is instead its own program that’s scraping data from it. There are already some heavy desktop-orientated frontends, and none of them do what you’re proposing. I think that the reason why, is because the proper way to do it is for the Lemmy’s backend to be changed to provide the information they need in one go. That’s unlikely to happen, but that doesn’t mean that hacking away at an improper solution is necessarily the right answer (you just end up supporting a project that isn’t supporting you in return).