Redirect utils.kde.org to kde.org/applications/utilities
Needs ReviewPublic

Authored by ognarb on Nov 2 2019, 4:41 PM.

Diff Detail

Repository
R971 KDE Utilities Website
Branch
master
Lint
No Linters Available
Unit
No Unit Test Coverage
Build Status
Buildable 18446
Build 18464: arc lint + arc unit
ognarb requested review of this revision.Nov 2 2019, 4:41 PM
ognarb created this revision.
ognarb added a comment.EditedNov 3 2019, 4:17 PM

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
  • 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?

ognarb added a comment.Nov 6 2019, 8:39 PM

@elvisangelaccio yes sorry I edited the message

dakon added a comment.Nov 16 2019, 8:38 PM

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 :)

dakon added a comment.Feb 9 2020, 12:06 PM

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 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.