KoboldCoterie

Hugely improved performance! Great work! Thanks a lot!

Rather than communities being hosted by an instance, they should function like hashtags, where each instance hosts posts to that community that originate from their instance, and users viewing the community see the aggregate of all of these. Let me explain.

Currently, communities are created and hosted on a single instance, and are moderated by moderators on that instance. This is generally fine, but it has some undesirable effects:

• Multiple communities exist for the same topics on different instances, which results in fractured discussions and duplicated posts (as people cross-post the same content to each of them).
• One moderation team is responsible for all content on that community, meaning that if the moderation team is biased, they can effectively stifle discussion about certain topics.
• If an instance goes down, even temporarily, all of its communities go down with it.
• Larger instances tend to edge out similar communities on other instances, which just results in slow consolidation into e.g. lemmy.ml and lemmy.world. This, in turn, puts more strain on their servers and can have performance impact.

I'm proposing a new way of handling this:

• Rather than visiting a specific community, e.g. worldnews@lemmy.world, you could simply visit the community name, like a hashtag. This is, functionally, the same as visiting that community on your own local instance: [yourinstance]/c/worldnews
  • You'd see posts from all instances (that your instance is aware of), from their individual /worldnews communities, in a single feed.
  • If you create a new post, it would originate from your instance (which effectively would create that community on your instance, if it didn't previously exist).
  • Other users on other instances would, similarly, see your post in their feed for that "meta community".
• Moderation is handled by each instance's version of that community separately.
  • An instance's moderators have full moderation rights over all posts, but those moderator actions only apply to that instance's view of the community.
    • If a post that was posted on lemmy.ml is deleted by a moderator on e.g. lemmy.world, a user viewing the community from lemmy.ml could still see it (unless their moderators had also deleted the post).
    • If a post is deleted by moderators on the instance it was created on, it is effectively deleted for everyone, regardless of instance.
    • This applies to all moderator actions. Banning a user from a community stops them from posting to that instance's version of the community, and stops their posts from showing up to users viewing the community through that instance.
    • Instances with different worldviews and posting guidelines can co-exist; moderators can curate the view that appears to users on their instance. A user who disagreed with moderator actions could view the community via a different instance instead.
• Users could still visit the community through another instance, as we do now - in this case, [yourinstance]/c/worldnews@lemmy.world, for example.
  • In this case, you'd see lemmy.world's "view" of the community, including all of their moderator actions.

The benefit is that communities become decentralized, which is more in line with (my understanding of) the purpose of the fediverse. It stops an instance from becoming large enough to direct discussion on a topic, stops community fragmentation due to multiple versions of the community existing across multiple instances, and makes it easier for smaller communities to pop up (since discoverability is easier - you don't have to know where a community is hosted, you just need to know the community name, or be able to reasonably guess it. You don't need to know that a community for e.g. linux exists or where it is, you just need to visit [yourinstance]/c/linux and you'll see posts.

If an instance wanted to have their own personal version of a community, they could either use a different tag (e.g. world_news instead of worldnews), or, one could choose to view only local posts.

Go ahead, tear me apart and tell me why this is a terrible idea.

Page load times have been very slow for some communities, especially those hosted on other instances, and especially over the past few days. Not sure if this was related to the maintenance over the weekend. Here's some quick examples from a sample of 3 communities. I'm listing them in the order that I visited them (I'm not sure if images et. al. are cached across instances, but just in case):

• https://pawb.social/c/196@lemmy.blahaj.zone - Load: 6.8s
• https://lemmy.blahaj.zone/c/196 - Load: 655ms
• https://lemmy.world/c/196@lemmy.blahaj.zone - Load: 705ms

• https://lemmy.world/c/technology - Load: 705ms
• https://pawb.social/c/technology@lemmy.world - Load: 17.58ms
• https://yiffit.net/c/technology@lemmy.world - Load: 557ms

• https://yiffit.net/c/memes - Load: 557ms
• https://lemmy.world/c/memes@yiffit.net - Load: 699ms
• https://pawb.social/c/memes@yiffit.net - Load: 587ms

Of these three tests, we performed fine on one, but the other two were markedly slower. Refreshing the home feed (settings: Subscribed, New) has also been very slow (with load times in excess of 5 seconds being very common).

Is anyone else seeing this, or is this a 'Me' problem?

(I swear I don't only complain.) :D

I'm sure there's a really simple answer to this, but it's a surprisingly difficult problem to search for.

I've got a RichTextBox control and I'm trying to write text that includes the letters "ff", but they don't show up. This is the specific code in question:

for entry in suffix:
  desc += "[color=darkgray]Suffix (Tier: %s, Quality: %s%%) 'of %s'\n[color=royalblue]" % [entry.tier, entry.quality, entry.mod.name]

This is what it ends up printing:

If I change one or both of the Fs to capitals, they both display fine; it's specifically two lowercase Fs that're problematic. They also display fine elsewhere in the same textbox; it's just this line specifically that's problematic. Even tried escaping it but it didn't like that, either.

Most of the settings on the RichTextBox are default; the font has a lowercase 'f' character; I haven't done anything weird with the font size, or style, or anything else.

I'm tearing my hair out here. Please tell me this is just some stupid bbcode tag or some such.

Edit: For anyone finding this later:

It's a ligature (ffi) that the font is missing a glyph for. To solve the problem: On the Import tab, choose the font you're using, click Advanced, and under Metadata Overrides, expand OpenType Features, click Add Feature -> Ligatures, add whichever option is appropriate (discretionary or standard ligatures), then disable the option. Reimport the font, and the issue is fixed!

Let's get some furry shit up in there. We can create / share a template so we're all working on something cohesive. Any interest / anyone have any suggestions for something to draw?

Community Link

The hacktivists, which describe themselves as made up of "gay furry hackers," usually target government orgs whose policies they disagrees with, and have a flare for political publicity stunts, also posted a link to the purported stolen files on their Telegram channel.

"The astonishing siegedsec hackers have struck NATO once more!!1!!!," the crew wrote, bragging: "NATO: 0. Siegedsec: 2."

The team is referring to its earlier NATO intrusion in July, during which it claimed it swiped information belonging to 31 nations and leaked 845MB of data from the alliance's the Communities of Interest (COI) Cooperation Portal.

"Some game developers are turning to artificial intelligence to make the creative process faster and easier—and cheaper, too. At Google Cloud Next in San Francisco, startup Hiber announced the integration of Google’s generative AI technology in its Hiber3D development platform, which aims to simplify the process of creating in-game content.

Hiber said the goal of adding AI is to help creators build more expansive online worlds, which are often referred to as metaverse platforms. Hiber3D is the tech that powers the company's own HiberWorld virtual platform, which it claims already contains over 5 million user-created worlds using its no-code-needed platform.

By typing in prompts via its new generative AI tool, Hiber CEO Michael Yngfors says creators can employ natural language to tell the Hiber3D generator what kind of worlds they want to create, and can even generate worlds based on their mood or to match the vibe of a film. [...]"

Once this is refined, this could be very neat! It's only environments right now, not characters and whatnot, too, but maybe eventually we'd be able to dynamically generate some anthro-populated worlds to explore.

Performance on Pawb.Social specifically has been degrading significantly; it often times takes a very long time (10+ seconds) to load a post, for example, with a noticeable number of time-outs occurring. Opening the same post via its home instance in these cases typically works much faster, leading me to believe the problem is here, not with the host instance.

This is the case even with local communities.

Hoping to hear from other folks - are you also experiencing this? Is it a temporary issue, or indicative of a growing server-side problem?

There was discussion on the lemmy fork thread about replacing the default 'Donate' link with a server-specific one, but given that's not available yet, is there somewhere we can contribute funds towards hosting costs?

Really, maybe such a link should be on the sidebar, at least - if there is one somewhere already, I wasn't able to find it, and as such I suspect other folks who would potentially be looking for one wouldn't find it, either.

I really don't have a lot of background on cluster munitions; it only really came into my perception in response to the controversy over the US providing them to Ukraine. As I understand it, the controversy is because they often don't all explode reliably, and unexploded munitions can then explode months or years later when civilians are occupying the territory, making it similar to the problems caused by landmines.

In an age where things like location trackers, radio transmitters, and other such local and long-range technology to locate objects are common place, what's stopping the manufacturers of these munitions from simply putting some kind of device to facilitate tracking inside each individual explosive, to assist with detection and safe retrieval after a conflict? I get that nothing is a 100% effective solution, but it seems like it'd solve most of it.

Can someone with actual knowledge explain why this is still a problem we're having?