he’s gone off the rails in the last 6-12 months - complaining about needing more linux devs

It’s also ironic in light of his history of loudly bashing linux and linux game development.

I can’t think of anything good to say about Tim Sweeney.

I might give Backpack Battles a try. It doesn’t look like my usual style, but I heard there’s some good strategy under the surface, and I like that it’s made with Godot.

Are there any 5.5 physical sourcebooks? Were they ever planned at all?

I haven’t been following One D&D news, but I got the impression they were focusing on a subscription-only model, so I’ve been planning to stick with my 5e books or switch to an ORC-licensed system.

This is misleading. Matrix respects the e2ee setting that you choose when creating a room, and it’s enabled by default.

Whether to use encryption is a per-room setting, not per-server. It’s controlled by the person who creates the room, not the server admin. It’s on by default, and cannot be switched off later.

Rooms can be created without it because that makes sense for large public rooms, like those migrating from IRC, where privacy would defeat the purpose.

Keybase was popular with some Hacker News users for a while, but now that it’s owned by Zoom, anyone concerned about privacy ought to think twice before using it.

XMPP might be worth considering if you’re hosting for yourself and all your contacts. I suggest avoiding it for public use, mainly because features are piecemeal and coordinating them across everyone’s clients and servers is a bit complicated. (Also, I don’t know if there’s a good XEP for encrypted search.)

Back when encrypted search was being developed for the Electron app, I think someone had it working in a standalone browser as well. Perhaps that was with the help of a browser add-on; I don’t remember for sure. I suspect github.com/t3chguy would know, as he seems to be active in discussions of that feature. It might be worth asking him about it.

Does it have feature parity with Element yet?

Not yet. It’s in beta.

https://element.io/labs/element-x

EDIT: Nheko is NOT a mobile client.

If you specifically meant mobile, you could have said so. Your statement was, “every other client has even more drawbacks when it comes to E2EE.” Nheko disproves that statement. It also suggests that some alternative mobile clients might handle E2EE at least as well as it does. You might want to try them.

By the way, text search with end-to-end encryption happens to be tricky to implement, and Matrix projects aren’t funded by corporations with deep pockets. Tempering your expectations regarding development speed is probably worthwhile here.

Correcting some misconceptions…

Element for Android doesn’t support searching in encrypted channels

That’s true of regular Element for Android, but it’s being replaced with Element X (which is built with Rust). I would expect search to be added there if it isn’t already.

and I think you can’t use E2EE in the browser at all(?)

I have done it in Firefox, so that’s false. Perhaps you had trouble with a specific browser?

plus basically every other client has even more drawbacks when it comes to E2EE.

Nheko handles E2EE just fine, so that would seem to be false as well.

Since you’re looking for recommendations, it would help if you said which clients you tried and what problems you had with them.

In case you haven’t seen it, you can set a Features: E2EE filter on this list:
https://matrix.org/ecosystem/clients/

Not really an answer to your question, but just to make you aware of some options:

Have you considered using subkeys for each of your machines, signing things with those, and keeping their master key someplace safe? That would limit your exposure if one of those machines is compromised, since you could revoke only that machine’s key while the others remain useful (and the signatures they have issued remain valid).

Are you setting expiration dates on your keys? That can bring some peace of mind when you lose your key/revocation data.

I just learned about that as well. I hope Larian dilutes or buys back Tencent’s shares.

I struggle to think of a buyer that would be worse for the players than Tencent.

On the bright side, Hasbro’s last big D&D blunder prodded the community into developing alternative gaming systems and licenses, so I think we’ll be in good shape to carry on without the brand if this happens.

Booming Blade’s damage scaling is the same as Toll the Dead, but with a smaller damage die.

However, since its effect depends on a weapon hit instead of the elf spellcasting ability (intelligence), I suspect it will proc more often than Toll the Dead for most melee Fighters. Seems like a good choice if you want to your cantrip to be for combat.

On the other hand, since a fighter has plenty of weapons for doing damage, you might consider picking a utility cantrip instead. How often you use it would depend on your play style and DM, of course, but in my experience, all it takes is a little imagination to get tremendous value from utility cantrips.

Here are someone else’s thoughts on the wizard/elf cantrips. Keep in mind that they’re probably considered in the context of a wizard casting them, rather than a fighter, but the points noted there are worth considering regardless.

So with normal use it should be fine for a few decades.

Considering that “normal use” can be so very different among different people/applications/climates, I don’t put a lot of stock in assessments like that, but it is at least one prediction to compare against when we see what happens in practice. Time will tell.

I’m curious how long the current gen OLED consoles will be in use before they develop screen burn-in.

Or by people formerly paying for their internet service with money that should have been going toward food or heat.

Losing the $30 monthly discount could force families to choose between broadband and other necessities,

Exactly.

It’s also important to note that some ISPs created a low-cost service plan specifically for ACP. (It’s reasonable to assume this was possible in part because ACP handled income verification and eliminated the costs of individual billing and credit card payments.) That plan will likely disappear if ACP goes away, leaving poor people stuck paying a bill much higher than the program ever paid.

That’s as I expected; Thanks for confirming.

Unfortunately, that leaves out the kind of integration I was asking about (and the kind implied in this post), through existing Qt & KDE shared libraries and such.

CopperSpice might still be interesting for stand-alone projects written in C++, though, and I appreciate that you’re here engaging with the community.

I think you’re talking about migration from Qt to CopperSpipce, though, yes? I’m talking about integration with existing desktop environments. Making use of the themes that are already installed. Communicating with existing libraries via the existing interfaces. Are there any hitches to be aware of on that front?

And language bindings, for those of us who are trying to get away from writing in C++?

It’s an interesting project, but as a fork, I would be concerned about its compatibility with standard Qt & KDE libraries, widgets, and styles. Can you comment on that?

Also, what language bindings does it offer?

Yes, exactly. So a standard compiler can be used, making language bindings much cleaner, while the runtime functionality and library compatibility are preserved.

And then there’s DQt, which uses DLang’s compile-time function execution instead of the meta-object compiler.