The original task is from 2016 when we just overtook the old codebase.
Since then the site has been had a major update and should now adapt much
better due to React based frontend.

This might be something I can work on. Is this still awaiting completion or has it been abandoned?

Great!
Thanks for bringing that up to attention.

In T15610#278958, @starbuck wrote:

Should be renamed, someone please confirm if it is correct now and then
close the ticket.

Should be renamed, someone please confirm if it is correct now and then
close the ticket.

With "category idenfier in the knsrc file" I was trying to refer to the "Categories" entry, as specified e.g. in the "Categories" section here: https://api.kde.org/frameworks/knewstuff/html/index.html

Hello, I'm jumping in now from the side of the store operators. In principle, we have no problem with changes to the categories. We probably just need to clarify what the "category id" is for you. If it is the same for you as it is for us - namely the "cat=411" then unfortunately this (411) is not changeable.
Whereas changing the category name is completely hassle-free.

Ah okay, now it makes sense :)

The luma category is for greyscale images that can be used to make custom transitions (you can use it in Kdenlive eg. with the Wipe transition). https://docs.kdenlive.org/de/effects_and_compositions/transitions/wipe.html

Ah yes, I take care of that, thanks for reminding!

Perfect, thanks again! One (hopefully) last thing:

Should be all done/switched. Parent category is not possible if there
subcategories, so added those to a new one.

Sorry I was wrong: https://store.kde.org/p/1617929 should be moved to the new category "Kdenlive Effect Templates" (686)

Thanks a lot for your kind support, Clemens!

Okay :)
Renaming "Kdenlive FX" to "Kdenlive Lumas" then.
If there are any issues within 24-48 hours, we can simply switch back.
You need people also to switch categories for certain items then, or is
"Lumas" correct for all items in category 185?

regarding a possible rename:
Not necessarily, we added a "retro-field" that should be independent from
how the category is spelled visibly in the store.
So we could try this out and unless something weird happens, I expect it to
work.

Added, could take up to 24h to propagate fully through.

Hi Julius,

Okay, I just realized that renaming the category would break the backward compatibility since KNS fetches the categories via name so forget about the second request…

@starbuck Coming back to you with two requests:

As can be seen from the source code (see https://github.com/KDE/knewstuff/blob/6788cf4fb24242398abb4578f6337a4d162b5893/src/uploaddialog.cpp#L720), updating a KDE storage item, which in fact means uploading files, uses the same frontend of KNewstuff as for uploading a new item .

Great. Closing then.

Updating is different than uploading. Sorry, but I misunderstood the title.
First step for uploading would be to securely connect (via kaccounts or
webaccount), then we could gain experience with rating and comments as
first step to see how it goes.

org.kde.knewstuff.core: Could not find category "Alkimia Online Quotes"

Due to protection against attack vectors like automated spam and upload bots, we do not support the upload function via ghns.

Can this be closed? For new tasks, it's best to open new ticket.

If you have any idea how we could implement this in a good way for Alkimia
(and other), we would like to get this in.

Upload support has been removed with the merge request https://invent.kde.org/office/alkimia/-/merge_requests/11 from alkimia. If the situation changes later, this link will make it easier to add the functionality again.

In T14532#259058, @leinir wrote:

In T14532#259056, @asemke wrote:

In T14532#258582, @leinir wrote:

This is indeed the expected behaviour
[...]

Ok, thanks for the explanations. I adjusted the code accordingly and everything is working now.

Great! :)

Here, when openning KNS3::DownloadDialog I'd like to automatically select the proper category. So, if I'm modifying the settings for Maxima and want to add a new documentation for it, I click on "Get New Documentation" and I want to see the content for the category "Cantor Documentation (Maxima)" only. The content from other categories doesn't make much sense. Can we add to the APIs of KNS3::DownloadDialog functions to pre-select the category and to hide that ComboBox?

Hmm... That sounds like a good idea, yeah, could you create a wishlist entry for knewstuff on bugs.kde.org for that? There's no api for that right now, but it's definitely a good idea :)

Done in https://bugs.kde.org/show_bug.cgi?id=439210.

In T14532#259056, @asemke wrote:

In T14532#258582, @leinir wrote:

This is indeed the expected behaviour
[...]

Ok, thanks for the explanations. I adjusted the code accordingly and everything is working now.

In T14532#258582, @leinir wrote:

This is indeed the expected behaviour
[...]

Ok, thanks for the explanations. I adjusted the code accordingly and everything is working now.

In T14532#258809, @starbuck wrote:

Okay, now I renamed both Python 3 to simply Python.
Can you just doublecheck and confirm I should remove the Python (2) ones
then altogether?

Yes, please remove it completely. We should only have "Python".

If you still need to distinguish some older Python 2 files, we can also add
a dropdown selectbox via an attribute, so people can, but dont need to pick
2 or 3 or both to signal compatibility per File.

Okay, now I renamed both Python 3 to simply Python.
Can you just doublecheck and confirm I should remove the Python (2) ones
then altogether?

In T14532#258656, @starbuck wrote:

So Python 2 stays Python 2 and Python 3 should be simply Python then?

No. We should have only one single category for Python without any mentioning of any versions. So, it should be just "Cantor Examples (Python)" and "Cantor Documentation (Python)".

So Python 2 stays Python 2 and Python 3 should be simply Python then?

In T14532#258620, @starbuck wrote:

I think its the resolution of that cut-out? like can you just scroll down in your browser and then see Python 3,... and the rest?

I can see all categories now, must have been a caching issue somewhere maybe...

I think its the resolution of that cut-out? like can you just scroll down in your browser and then see Python 3,... and the rest?

In T14532#258617, @starbuck wrote:

They show up under store.kde.org fine?

Not for me...

In T14532#258616, @starbuck wrote:

Will rename then also the Example one to Python accordingly?

Yes, let's please rename it also for examples. In the past we supported python2 and python3 but after the sunset of python2 there is only "Python" now.

They show up under store.kde.org fine?

Will rename then also the Example one to Python accordingly?
I did add all of the categories inc. Scilab, R, ... so I wonder why they
are missing. Will investigate.

In T14532#258564, @starbuck wrote:

Update:
All Documentation categories have now been added and should show up within
24 hours or earlier.

If anything else needs to be done, just let us know.

@starbuck thanks. Can you please rename "Cantor Documentation (Python 2)" to "Cantor Documentation (Python)". Also, the categories for Sage, Qalculate, Scilab and R are missing.