Theres a large writeup someone did on the swift discourse a couple years ago about it https://forums.swift.org/t/introduce-embedded-development-using-swift/56573

Games take a long time to make, most of the games in the article would have been started before unity announced the pricing changes

Yeah Ive switched off unity but I know people that just dont want to learn something else and wont leave until theyre forced off (especially since unity has made old versions of the engine now untouchable for them for pricing changes so people can just develop on that if they dont want to deal with any future unity stuff). Also know some people that dont care about making any money so pricing changes are irrelevant to them

Looks like you didnt link the article

Probably filled in the url field and then when inserting an image it overrode that with the image url (both cant coexist on a post)

Didnt say to go anywhere, just said that people on .world cant see content from hexbear on lemmy.ml posts shown by those comment counts above even though lemmy.ml federates with hexbear. (hexbear used since its the best example of a large blocked instance that can showcase this well)

Same logic would apply to .world federating with threads. People on lemmy.dbzer0 for example wont see content from threads on .world even if .world federates with threads

Just wanted to put a counterpoint to you saying people would need to deal with it indirectly which isnt true proven by the above. You dont need to strawman it by making it a different point

Yeah sure, I can prioritize posting things from other sources

no, theyre still two different posts and have different post views outside of the feed. Just one is more prominently shown in the feed while the rest are just links in the cross-posted to section below the post in the feed when it detects that multiple posts have the same url. Comment threads combining would be a separate feature

Havent done a check on all of them yet but figure they should all match the behaviour of the main lemmy frontend and its better behaviour to have then to just let it flood

So far I made this post here and opened up an issue in the jerboa repository since those were the two that were reported

The main language is GDScript rather than either of them (although the engine itself is coded in C++). C# support was added on since microsoft gave them money to do it

Probably just a lemmy-ui bug then

Unknown if it will be, this is the only thing about the game afaik. I shared a post on a somewhat similar game though before https://gamefromscratch.com/liblast-godot-based-open-source-team-fortress-style-game/

Not the dev so youll have to ask that in the youtube comments, just wanted to share it