Make emojis optional so you can still up/downvote
modern not-misskey implementations of federated emoji reactions do separate likes from reactions, if lemmy doesn’t want to reinvent the wheel (they have no reason to!), this will most likely be how it’ll work
upvoted but realized which community this was posted so i had to un-vote (i think thats how it works here)
emoji reactions and especially actual custom emojis that are not broken inline markdown images are one of the defining parts of the actually fun parts of the fedi and not having any (even as an option you can disable) just makes this site look even more of a boring politics shitflinging and linux evangelism platform instead of somewhere you can expect people to relax and have fun at
they are way less of a distraction than replies with reaction images and 10 gigabyte animated gifs which take up half your screen and seem to be favored by the people here considering the negative reactions (ha!) this opinion got
i’d also be in favor of MFM, too. doing MFM art is much more of a creative expression than shilling firefox or grumbling about how the US is falling apart
just, please implement them correctly and in an interoperable fashion, and not like the broken mess of a custom emoji system lemmy has today
There’s no real reason to. Your own instance (in this case, lemmy.world) has the real view of the thread by the virtue of being the instance starting the thread. lemmy.ml only has it’s own copy of this thread that’s likely reasonably accurate (compared to any other random instance out there, considering it hosts the community), but it’s not the original version, which is what the fediverse link points to.
The Pleroma family of ActivityPub servers are on Elixir and their bottleneck seems to be their awful database schema where everything is JSONB, and even then they’re known to be quite lightweight, so I assume with a proper DB schema it’d work quite well…
this is what happens when lemmy tries to handle microblog content not specifically tailored to it’s exact quirks
while i don’t have any specific opinions about this that other people haven’t addressed, i just want to flag up something;
How this could be enforced? No voting from the All and/or Local feed. Seems easy and straight forward.
this seems unenforcable. as in, you can’t really tell where someone discovered a post from. yeah you can just remove the buttons from those views clientside and it’ll probably work for the majority of cases, but alternate clients or modifications to lemmy-ui can simply put the buttons back in (or in cases of unmaintained or differently opinionated clients, just not remove the buttons at all). the backend can’t really differentiate which view a vote comes from. federation especially can’t differentiate which view a vote comes from.
I would absolutely boost this to the microblog-verse if Lemmy federation with Misskey wasn’t broken
nah, there are plenty of truth wannabes (freeze peach bigotry safe havens) that actively federate. just look at literally any competent server’s blocked instances list and you’ll see a few examples. there’s a reason why nobody* runs completely open federation
*: aside from people who’re friendly with that crowd ofc
mastodon doesn’t “discover” akkoma content and won’t show anything unless you’re following a user from there, which kinda sucks.
I mean – that’s how all of them work. Even Lemmy. Unless your instance administrator joins relays (which have tradeoffs between privacy / effectiveness of blocking) your instance is only ever aware of posts from followed people (and reply threads followed people are involved in)
(also MUCH lighter on server resources, compared to most other twitter-like alternatives)
Mastodon is just unusually heavy, really. Even Misskey & forks are lighter than Masto on the server side (preferring being bloated on the client instead)
Mastodon feels like a fucking funeral.
You’re clearly nowhere near the good parts, then.
In my experience, once when you find your way into the correct circles the microblog-verse makes the “shitposting” of Lemmy look like r/memes. I do agree that discoverability could be better though, it took me 4-5 months before I got the hang of it. And now I barely check Lemmy despite my Lemmy account being older than my earliest microblog account (under this name, anyway).
One important thing is that your instance matters quite a bit more than here. Starting on a large general purpose instance (especially if it’s mastodon.social) and just following Large Accounts and Nobody Else like most people recommend for some reason is just setting yourself up for disappointment. Instead, get on a smaller interest-specific instance (rule of thumb: the weirder the domain the better your experience will be!) and follow the local timeline (and on good software, the bubble/recommended timelines). And post stuff/interact with people. Don’t be that one person that does nothing but boost news bots and occasionally butt into replies of people asking rhetorical questions they already know the answer for.
(Perhaps Lemmy is better at news or whatever, I wouldn’t know as I block all news communities I can find – I just don’t see the point as all the discussion around most news ends up predictable, unproductive (not that internet communities necessarily need to be “productive”), and unnecessarily angry)
Also in a world with usable™ Misskey forks and Akkoma I think the limitations of Mastodon the software are really starting to show, and I urge anyone who’s been disappointed in Mastodon to try other microblog software. (Quotes are already a thing if you know where to look! So are emoji reactions, because people have more emotions than :star:)
What I’m more worried about are posts relating to news mainly. Where even if the immediate first level comments are fine, there are threads that get out of hand really quickly.
I agree that while posts inherently designed to be controversial may not benefit from Active considering the influences voting has (though me being on an instance that has downvotes disabled may be influencing my view here!), Active may make it significantly easier for an otherwise innocent post to devolve into a flame war.
The main excuse for this kind of algorithm seems to be around “promoting discussion”, but in my experience tech that’s intended to promote discussion does inherently promote flame wars too, as they’re extremely difficult if not impossible to distinguish without a human in the loop. I’ve attempted to write something about this on the microblogging side of the fedi, directly influenced by this post
I’m just throwing this out there but having the default sort incentivize comments seems like it’d highlight posts meant to cause flame wars… Is that what we want out of this platform?
the 0.19 implementation is so half-assed I genuinely think the Lemmy devs just don’t want that functionality but expected quite a lot of backlash if they outright said as much, so they decided to implement something that ticks the box in the “wanted features” list without having any effect
afaik it only blocks communities and explicitly lets users from blocked instances through
all of them that aren’t dedicated to political discussion
doesn’t change my overall point /shrug
the thought behind banning it and explicitly allowing “US acceptable zones” is so we can shove all US discussions there and let people talk other things in peace, and those who want to talk US politics can go and mess shit up there, far away from the rest of us who just want to chill and be silly in peace :3
doing it on a “case by case basis” does not help when the intent behind the hypothetical rule is to enact a Lemmy wide change in the atmosphere of the platform
…and I thought of a web game you can make with this, if anyone’s bored and looking for something to do: https://brain.d.on-t.work/notes/9on0iba4evg40hic
- pick a random page
- find all pages nearby
- make the player guess the random page from the nearby pages
- if they haven’t guessed the exact page, compare the coordinates and score based on distance to the correct page
i’m pretty excited for fedify since i’m unsure if there has been any other activitypub abstraction that feels as comprehensive as it seems right now (from a brief skim, anyway).
one thing i had in mind ever since i first skimmed the docs some time ago is this:
i would really recommend you to NOT tell people to use handles here. i assume this is just naming and the framework doesn’t actually require a handle there, but documentation matters and if you follow on the footsteps of mastodon, pleroma, lemmy, and friends everyone who follows your docs will lose the ability to change usernames down the line without more pain than it’s worth (and yes, there are software out there that allow it right now! please do not build fedi software assuming usernames are immutable jsut because mastodon doesn’t let people do it)
just like how you wouldn’t use a natural key in a database, you should tell people to use a surrogate key like an autoincrement id or a uuid on the actor IDs, as they’re effectively permanent. while it may be probably fine for a quickstart thing like this to omit that, a lot of permanent codebases do start up by following these kinds of guides, and nudging people to do the correct thing when it’s not that hard is always a good idea IMO