I would like to have access to the Windows Store, to be able to see crashes from KDE Connect (I've been told there are lots of them) and submit releases there.

They'll be available once the instance is open for testing.

How can I get an invite?

This has essentially been completed, with the remainder relocated to https://discuss.kde.org/t/things-to-get-sorted-before-inviting-the-community-for-testing/18 so we'll track it there now.

In T11808#283949, @ognarb wrote:

An appimage can surely be added. Just need to add an artifact to the release section: https://invent.kde.org/graphics/krita/-/blob/master/krita/org.kde.krita.appdata.xml#L604

In T11675#283954, @sitter wrote:

We are now planning to move ahead with the setup of a discourse test instance so we can get a sense of how it would work in practice and what, if any, pain points we will hit. Hopefully starting this weekend.

We are now planning to move ahead with the setup of a discourse test instance so we can get a sense of how it would work in practice and what, if any, pain points we will hit. Hopefully starting this weekend.

An appimage can surely be added. Just need to add an artifact to the release section: https://invent.kde.org/graphics/krita/-/blob/master/krita/org.kde.krita.appdata.xml#L604

Krita has an AppImage but it isn't listed on https://apps.kde.org/krita, so that could be feasible with the correct metadata being defined in AppData files.

Does this add possibility for other Linux download links too? Like AppImage url? Per distribution .deb, .rpm, .pkg.tar.*, ... ?

I added a new comment to the flarum evaluation: https://invent.kde.org/sysadmin/task-queue/-/issues/31#note_561132 Personally I think discourse is the best and more mature solution and like Sitter I would also be willing to help with the deployment and maintenance of this new service.

I don't see how it's my job to disproof a proposal I am backing. The discourse eval is linked in the description of this ticket. Carl did some evaluation of other software, and from where I am standing discourse comes out ahead there as well. And then the requirement list wasn't even complete - we ultimately want to have mailing lists move into a forum (or somehow get deprecated in favor of it), discourse is the only thing properly supporting that. Krita already uses discourse successfully. So does Ubuntu, Fedora, Gitlab, GNOME... Let's not make this more complicated than it is.

I agree that there is overwhelming desire to use Discourse.

We had the discussion at Akademy in 2019 and reviewed various alternatives and decided on Discourse which is why this request was filed. It's not hard to do and there's plenty of people willing to do the work. But yeah plenty of people like to joke about it being an example of a solution we all agree on which just doesn't happen.

This late into the discussion of getting a new forum that seems like a pointless delay. There is overwhelming desire to use discourse in the community already, and it is the go-to solution in comparable large communities. And it's not like reviews save us from going down the wrong route (phabricator ;);))

Nate raised a similar query somewhat recently.

Can we select a server and start setting up new.forum.kde.org? It's quite clear that things aren't going to change and people keep asking for discourse. It's starting to be a running gag that we can't have nice things, and I'd prefer it not to be.

This has been effectively done for Discover 5.27! See https://invent.kde.org/plasma/discover/-/merge_requests/398.

I don't think volunteers can fix this problem. However, volunteers might be able to understand that there is a problem.

In T12308#278016, @vkhatab wrote:

For the love of god people
[...]
sorry if this sounds hostile - as a dedicated KDE user I mean well

Dolphin still doesn't look anything like this and even that cyan border is still there. While I understand the need to redesign a major app, all the other QT apps look just as bad or worse. A lot of this is down to the theme engine. There's been some kind of theme change recently but it hasn't made anything better - arguably worse by blending in the titlebar with the window chrome without making the whitespace in the chrome actually act like a titlebar. For the love of god people, please take the well thought out platforms as your point of reference - Windows 95, Mac OS, even Gnome ... anything. (sorry if this sounds hostile - as a dedicated KDE user I mean well).

Yeah, I think so!

Should we add these pieces of info into the same section where we are now showing links to Windows versions? With some text modification, of course, so that it doesn't mention only Windows ones?

Not only AppStream download button but other ones have all been redesigned to be visually uniform, less redundant, more familiar to users, and support l10n better, with this MR. You can see the discussion related to the MR here.

Update: all, except the archiving step, are done for games.k.o:

• "How to play" sections are shown for games having the data. These sections can also be translated;
• Accessing games.k.o pages will redirect to corresponding parts on apps.k.o, except games.k.o/old and its subpages which are left untouched.

In T10827#271310, @felixernst wrote:

I haven't done a lot of webpage work but from what I can tell this seems like a solid plan.

How do you think?

So as I can see, the 3 websites that are equivalent to categories of our apps, edu.k.o, multimedia.k.o, and utils.k.o, are still alive and really outdated, even though we already have some other plans for them. The other category-equivalent one, games.k.o, although has been ported to Jekyll, I think can still be improved.

This is more or less done, so I'm moving it to the "Done" column until we are sure everything has been wrapped up.