Some context for this change:

• kde.org/applications is automatically generated, utils.kde.org needs to be manually updated
• There is currently less information on kde.org/applications, but there are more up to date. Note that in the future kde.org/applications could display more information like version number and announcement.
• According to stats.kde.org, there is only 60 visits to utils.kde.org per day (probably a 2 to 3 times more counting people using adblocker and setting do not track header)
• Less work since there is now one website less to maintain

In D25120#558138, @ognarb wrote:

• According to stats.kde.org, there is only 60 visits to stats.kde.org per day (probably a 2 to 3 times more counting people using adblocker and setting do not track header)

You meant 60 visits to utils.kde.org, right?

@elvisangelaccio yes sorry I edited the message

Ping

Yes, I'm particularly bad at this currently. I see this mail, I'm just distracted by everything else. Please bear with me for the moment, I'll take care of this soonish.

@dakon No problem, take your time it's not very urgent :)

So I finally found time to look at it. First, I would suggest to trigger archive.org to collect all pages before they are shut down.

Then I think some development information that is currently linked is missing on application.kde.org: links to krazy code checker, translation page and so on. While krazy is just nice to have the translations can direct non-code contributors to the place where the po files can be picked up and directly worked with. Also the API documentation link is missing. Or just a link to the wiki where all of this is collected at one place. Also there is a link to the community forum, but not the community wiki where additional information for the programs can be found.

All of this could be a benefit for all entries on applications.kde.org, this is not specific for utils. If there is a decision that some of this should not be added there then it's fine with me, I just looked at the differences so far.

If you have archived the pages then we can go and drop utils.kde.org if there is a plan to address the other points.

In D25120#608393, @dakon wrote:

So I finally found time to look at it. First, I would suggest to trigger archive.org to collect all pages before they are shut down.

Then I think some development information that is currently linked is missing on application.kde.org: links to krazy code checker, translation page and so on. While krazy is just nice to have the translations can direct non-code contributors to the place where the po files can be picked up and directly worked with. Also the API documentation link is missing. Or just a link to the wiki where all of this is collected at one place. Also there is a link to the community forum, but not the community wiki where additional information for the programs can be found.

All of this could be a benefit for all entries on applications.kde.org, this is not specific for utils. If there is a decision that some of this should not be added there then it's fine with me, I just looked at the differences so far.

If you have archived the pages then we can go and drop utils.kde.org if there is a plan to address the other points.

So the missing information are:

• Link to po files -> this shouldn't be too difficult to implement, if I understand correctly the layout of the url
• the ebn/krazy part is already implemented but it is disabled because it is broken. I need to figure out that is broken and fix it.
• API documentation should also be easy to implement, since we can add a custom field in the AppStream with the link.
• And for userbase it seems like there was code for it in kde.org/applications but I have no idea if it's functional. I need to investigate.

Anyway, I will start looking for solutions for the above points and then come back to you when this is done.

KDiskFree and KDE Wallet Manager are listed on utils.k.o, they are also in the utilities group on Invent, but their desktop files list only "System" as their main category, so now they show up on only https://apps.kde.org/system. Should their desktop files also list "Utilities" in the "Categories" field?

Am Donnerstag, 24. Februar 2022, 11:07:38 CET schrieb Phu Nguyen:

phunh added a comment.

KDiskFree and KDE Wallet Manager are listed on utils.k.o, they are also in

the utilities group on Invent, but their desktop files list only "System"
as their main category, so now they show up on only
https://apps.kde.org/system. Should their desktop files also list
"Utilities" in the "Categories" field?

I'm unsure who did this, but when I look that e.g. Dolphin and the KDE
Partition Manager also exist in "System" I understand why KDiskFree is there.

I'm fine either way, does anyone who feels directly responsible for these apps
have an opinion?

Eike

In this MR, I have added pieces of info into app pages:

• Links to bug list and localization pages for apps with bug_database and identifier fields, respectively, specified in KDE Projects API. So, many apps will have these links shown on their pages on apps.k.o;
• Links to API docs, community wiki, userbase wiki for apps with respective fields specified in Hugo data. Since there seems to be no structure to connect between an app ID and corresponding pages on the two wikis, and since the new api.k.o contains mostly frameworks and libraries' API with apps' API in the legacy group, these data fields need to be set manually and thus now almost only utils apps have these links on their pages on apps.k.o.