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.
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Aug 28 2022
Aug 18 2022
Aug 17 2022
This might be something I can work on. Is this still awaiting completion or has it been abandoned?
Aug 2 2022
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.
Jun 19 2022
Nov 20 2021
Ah okay, now it makes sense :)
Nov 19 2021
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:
Nov 18 2021
Should be all done/switched. Parent category is not possible if there
subcategories, so added those to a new one.
Nov 16 2021
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,
Nov 15 2021
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:
Jul 31 2021
Jul 13 2021
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.
Jul 8 2021
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.
Jun 27 2021
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 :)
Jun 25 2021
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".
Jun 24 2021
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?
Jun 23 2021
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?
Jun 22 2021
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#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.
Jun 21 2021
In T14532#258488, @asemke wrote:@leinir I'm testing with the documentation file I uploaded for Maxima. It's a zip archive with two files inside that is unpacked upon downloading it. KSN::Entry::installedFiles() is returning
"/home/alex/.local/share/cantor/documentation/Maxima_v5.44/*"instead of a list with two file names that I would expect
"/home/alex/.local/share/cantor/documentation/Maxima_v5.44/help.qch" "/home/alex/.local/share/cantor/documentation/Maxima_v5.44/help.qhc"I can work around this in the code now but is it really the correct behavior or am I rather doing something wrong?
Update:
All Documentation categories have now been added and should show up within
24 hours or earlier.
Primarily for AppImages i guess, but also for source uploads, as well as flatpakref and snap uploads. Basically, this would tie into the whole "we need to be able to provide specific assistance for specific categories" thing, like linting of for example kpackage uploads (like plasma applets, which require a specific internal layout). Essentially helping people to correctly fill out their store listings. The first part is more work, but the second can be just sort of... done, i guess, by adding it manually (which would be something like appstream##id=org.freedesktop.ocstester as suggested in the tags proposal in T6133)
The image should be cached on the client, so the a point should at least be heavily mitigated. But, yes, adding a mechanism to knewstuff to use the current icon theme's "no image here sorry" icon when that default image is returned would likely make sense anyway, i'll see what we can do about that :)
Best would be imo to define/override the "no image" case on the ghns side
to a) reduce loading times from server and b) also be flexible whenever a
new icon style is wanted on the Plasma side.
In T14532#258514, @justinzobel wrote:I've just downloaded this documentation through the web interface without issue.
yes, it's working now without problems but yesterday the server had issues and such cases are not handled correctly in KNS::dialog.
@davidre Can this now be marked as resolved as the pages are available.
Is this for say AppImages? Is there a simple way to extract the AppStream data from an AppImage?
@apol this appears to now have a camera icon indicating that there is no image. If you'd like we can probably change it to something with the Breeze icon as suggested in the bug report with text along the lines of "No screenshot provided". Or is the camera icon enough?
The KDE Store has all of the KDE specific wallpapers, are you wanting to see all of these as well? https://www.pling.com/browse/cat/295/order/latest/
@sebas is this still occurring? I've published several products lately during tests and had no issues.
I've just downloaded this documentation through the web interface without issue. I have also downloaded Cantor to test but I am assuming this KNHS feature isn't released yet? Is it in master or a MR I can grab and test with?
Jun 20 2021
Indeed, that must have slipped me at the time. Will not wait for the next Monday now ;)
@leinir I'm testing with the documentation file I uploaded for Maxima. It's a zip archive with two files inside that is unpacked upon downloading it. KSN::Entry::installedFiles() is returning
@kossebau Can this now be closed?
Jun 19 2021
Great. I will add the new categories then, assuming it all goes well.
Yup, looks like just the one 651 now in the /content/categories output :)
At least over here i only see one time 651 now.
Is it still 3 entries? It seems a hard to find issue, so hopefully some
change we did may already solved it on the api end.
We are looking into this, yes.
In T14532#258428, @leinir wrote:Just had a quick look, and the api server is returning three entries for that category - as in, there are three entries for the category with id 651 here: https://api.kde-look.org/ocs/v1/content/categories :)
In T14532#258395, @asemke wrote:
In T14532#258421, @starbuck wrote:Great! There is a slight buffer for store.kde.org if i am correct, but it
shows up already by now over here :)
Yes, I see it now, too :-)
Great! There is a slight buffer for store.kde.org if i am correct, but it
shows up already by now over here :)
In T14532#258398, @starbuck wrote:That you see the category 3xtimes is weird, I think @leinir should maybe have an idea as it is from within KDE.
As for uploading stuff to the categories, once you logged in you should see a point "Add Product" in the dropdown menu when you click on your avatar in the upper right corner.
Thanks, that worked:
Something is wrong here with the time, it's showing "added 3 hours ago" (it was done 1 minute ago or so) but this shouldn't block me now I guess :-)
Also let me know if the other Documentation categories should be added in the same way, or if you like to change anything.
That you see the category 3xtimes is weird, I think @leinir should maybe have an idea as it is from within KDE.
@starbuck thanks, Clemens! I'm trying now with the following knsrc file
@leinir confirmed this is all done.
Passwords are no longer sent in plain text, a password reset link is sent.
These categories are available as mentioned, resolving task.
I can search for the names of these two categories (they are named differently now) and I can find these products with the product search bar.
I'm moving this to the done board as I see products in each category.
Jun 18 2021
Restructured it in the suggested way:
https://store.kde.org/browse/cat/649/order/latest/
Jun 17 2021
In T14532#258182, @alexanderschmidt wrote:This is currently the structure we have:
Cantor Cantor (Maxima) Cantor (Sage) Cantor (KAlgebra) Cantor (Qalculate) Cantor (Python 2) Cantor (Python 3) Cantor (Scilab) Cantor (Octave) Cantor (R) Cantor (Lua) Cantor (Julia)If you need a different categories, then that is quite possible to implement something like that.
The request here is to have new categories as children of the same and already existing parent. If I understood @leinir correctly, this should be doable/possible.
In T14532#258271, @starbuck wrote:Is it correct, that only one of the existing category so far shows a
product?
If you mean with "product" that one example project file for Octave then yes, this is correct.
Is it correct, that only one of the existing category so far shows a
product?
This is currently the structure we have:
As above, problem was fixed.