Well, you certainly have more of a dictionary available than I do. For me, it looks like this:

(Which, again, might actually be broken on my distro by excessive minimalism. No idea.)

My About→Components section in Kate says this:

Kate: 25.12.2
KDE Frameworks: 6.23.0
Qt: Using 6.10.1 and built against 6.10.1
NixOS 26.05 (Yarara) (Wayland)
Build ABI: x86_64-little_endian-lp64
Kernel: linux 6.19.2

You could try setting the “Default language” in the Spellcheck settings to something else and see, if it still completes the same words, just to try to find out whether these dictionaries are connected.

But yeah, might be worth filing a bug report with the Kubuntu devs. At the very least, it would tell them this behavior may not be wanted by everyone, if it is intentional…

Hmm, that’s strange. Don’t think, it’s supposed to work like that, but that does not either seem like behavior that would manifest from a simple bug.

The words in your screenshot do seem to all be in the English dictionary, well, except for “trotz”, but that’s a German word, so might still be that it somehow takes a dictionary into account.
There might be some dictionary package installed through apt, which might enable that.

Can you check in the Kate settings under Editing→Spellcheck, if any languages show up there? On my system, I actually have none there. Perhaps, if I “fixed” that for me, I might end up with similar completions as you have there…

Also, sidenote: To my knowledge, the T₊ icon means that it is a word completion (normally based on words in the document), and not a keyword completion or similar.

Oh man, I don’t want to get deep into all the politics involved, but man, this reads like complete non-sense:

The outage comes following Iranian attacks on the UAE as retaliation for US and Israeli strikes on Iran.

If they did specifically target US corporations in UAE, that would make some amount of sense as direct retaliation.
I guess, you can also attack UAE and hope that they pressure the US to stop invading.
But in any case, this seems like a really good way to drag more nations into the conflict, or at least to force them to become active, which is not in the interest of Iran.

Oh man, seeing folks suggest it as a Discord alternative always had me uninterested, because I don’t even use Discord and it just seemed like yet-another-standard.
Now I’m reading this really technical title for a talk which mentions XMPP and I’m instantly sold.

Well, to be honest, “Movim” also sounded like a VC-funded startup. Looks like it’s a bus-factor-of-1 open-source project instead, which I have significantly more trust in.

^This comment is talking about the deluge of log messages you may or may not see (depending on the distro) while booting the system.

Just thought I’d add that, since the meme doesn’t actually mention booting. Not sure, where you got that from. 😅

Yeah, but he has stated that he really doesn’t have an opinion. He just happened to install Fedora on the family PC a long time ago and now he neither wants to deal with two separate distros, nor switch the whole household over.

Well, you could presumably at least use web-sys for interacting with the DOM and wasm-bindgen in general for generating the boilerplate.

But yeah, there might not be a pre-made library for interacting with the extension API, so might need to write your own JS←→WASM bindings.

Damn, did they run out of color ink?

I also really hate that since AI slop has turned search engines useless, you virtually cannot find anything, even if you remember the exact words of the title.

I’m guessing, they mean JavaScript and WebAssembly in general…

I mean, yeah, this shouldn’t be seen as an announcement or whatever, but rather as a thing to discuss and potentially get involved in. KDE is a community project after all.

I mean, I do like the idea, but syncing such a database file is by far the smallest challenge about this (and could be easily achieved today with e.g. Syncthing or Rsync).

The far harder part is getting RSS readers to support the same file format. There is actually a small project (by basically a singular guy), which tries to accomplish this: https://github.com/39aldo39/DecSync
The desktop RSS reader it supports is GTK, though.

Somewhat of a technologically simpler solution might be to self-host FreshRSS.
Unfortunately, it is of course less simple to actually use, unless you have a home server and some sysadmin skills…

Well, I have it bound to Super+X, but you could do any of those. I just create a .desktop file for it and then it can be used like a normal application. And well, it is intentionally built so you don’t have to pass command-line flags or see the command output for creating the file.

So, this is the program I use: https://codeberg.org/trem/jot
It has basically three larger features, which is adding a file, removing empty files (because you sometimes might end up creating a file, but not using it) and then searching through empty files.
Honestly, none of these are particularly difficult to throw together in a Bash script yourself, if you don’t feel like using a random program off the internet.

Basically, for adding a file, this is a crappy version of it:

data_dir="$HOME/.local/share/notes"
mkdir -p $data_dir
date=$(date +%s)
file_name="$data_dir/${date}.md"
touch $file_name
xdg-open $file_name

And for searching through the created files, grep -iR -C2 $data_dir is virtually just as good, too. 🫠

Well, I assume they had other concerns, too. For example, it adds a bunch of complexity for reformatting a JSON from single-line to pretty-print, if comments can appear in there. I’m certainly not saying that I’m always best friends with the decision to remove comments, just that I can somewhat understand it.

Hmm, if I understand you correctly, this is about Windows blocking access to files while they’re being accessed by other processes. Kate is primarily built for Linux where this would not be a problem to begin with, so it is well-possible that it does not handle this gracefully.

But it does actually keep its own buffer for files. By default, you have to actively click in the UI before it will load the changes from the file. It does watch the file for file changes, but I don’t think, it has to keep the file open for that, since there’s kernel APIs to be notified for file changes on all mainstream operating systems these days.

So, uh, TL;DR: I don’t actually know, but I’m somewhat optimistic. 🫠

I have a tiny program/script that creates a file in a folder underneath ~/.local/share with basically just a timestamp in the file name and then it opens it in Kate. Certainly somewhat of a workaround, but it works quite well for me.

I can understand the sentiment and would 100% agree for programming languages.
But personally I actually like that it encourages a flat structure, because you do not want to be yakshaving the structure of your config file. Too much nesting means you will sooner or later run into configuration keys being nested under the wrong category, because your project context changed over time.

And well, as I’ve argued in a few other comments already, I think non-techie users have a disproportionally simpler time when no nesting is used. They understand the concept of a heading and then just adding a line underneath the appropriate heading is really intuitive.
You can just tell them to add the line certificate="/tmp/cert.crt" under [network.tls] and they will find a line in their config file which actually reads [network.tls] and they can just paste that line as-is.

With nesting, they’d need to add it under here:

network: {
    tls: {
        certificate: "/tmp/cert.crt"
    }
}

Which means:

• You need some awkward explanation where they should nest it, or an explanation that e.g. “network.tls” translates to nesting.
• They will ask whether they should indent the line you sent them.
• Well, and it’s also surprisingly difficult to explain between which braces they should put the text, and that’s at the end of the braces, but not after the braces etc., if you’re talking to them on a call.

It’s not even that I’m completely enamored with TOML, but this aspect is certainly growing on me…

VSCode is Electron, i.e. a webpage, so it’s not hugely surprising that they opted for the natively supported JavaScript Object Notation. And also shows that they don’t care for using the right tool for the job to begin with.

Personally, I much prefer TOML over YAML, because it does not have significant whitespace, and because you can read the spec in a reasonable amount of time. It just has so much less complexity, while still covering the vast majority of use-cases perfectly well.

They’re not supposed to contain data, but some parsers will allow you to access what’s written into comments. And so, of course, someone made use of that and I had to extract what was encoded basically like that:

<!--
    Host: toaster,
    Location: moon,
-->
<data>Actual XML follows...</data>

My best guess is that they added this data into comments rather than child nodes or attributes, because they were worried some of the programs using this XML would not be able to handle an extension of the format.

We just document that this is how you write the config file:

[network]
bind.host = "127.0.0.1"
bind.port = 1234

# etc.

And that seems straightforward enough. Yeah, technically users can opt to use inline tables or raw strings or whatever, but they don’t have to.