Summary: | Different content for apps on www.kde.org/applications and edu.kde.org | ||
---|---|---|---|
Product: | [Websites] www.kde.org | Reporter: | Burkhard Lück <lueck> |
Component: | general | Assignee: | Jeremy Whiting <jpwhiting> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aacid, bcooksley, jpwhiting, jr, luigi.toscano |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Burkhard Lück
2016-04-22 16:23:13 UTC
"kdeedu should be completely removed from www.kde.org and be available only via edu.kde.org" I totally disagree I concur with Albert's opinion. This sort of highlights that we need a single app showcase rather than all these application microsites we have at the moment. Only a few applications (like Krita) really have the stable mass to support their own sites. But how do we keep the content of the data in the json files on both websites in sync? It is quite unfortunate that the data is different. (In reply to Burkhard Lueck from comment #3) > But how do we keep the content of the data in the json files on both > websites in sync? > It is quite unfortunate that the data is different. As discussed previously on the community list, the source of data would probably be the AppStream files, and the two sites can just be generated from them. I agree with Albert. It would be good to have all applications in one place, but removing the data from www.kde.org and only having it on edu.kde.org is the wrong direction imo. Maybe edu.kde.org doesn't make as much sense as it used to. I think edu.kde.org makes some sense as a landing page, but as we all see it's duplicating contents that www.kde.org has, since kde.org is the main site, i'd suggest we redirect the pages like https://edu.kde.org/applications/mathematics/cantor/ to https://www.kde.org/applications/education/cantor (and bring the nice content with it). Ben, what's the best way to do a page redirect these days? sysadmin request? or add a .htaccess file or something like that? Albert, I updated the cantor page on www.kde.org with the content from edu.kde.org, I'll do the same for the rest of the applications and add redirects if it looks good to you. thanks, Jeremy, sounds great. You'll also have to fix kde.org too. If you are in https://www.kde.org/ and click on the menu and then applications in sends you over to edu.kde.org/applications, we probably want to change that too. Ok I copied the metadata for all applications from edu.kde.org to www.kde.org (and removed the "parent" attribute since it's not needed on the latter site. In the process I ended up adding Artikulate, Labplot, and Pairs metadata. I also added Artikulate and Labplot to the index.json file under "Education" though I don't see labplot in the 16.04 sources, is labplot an old project that we shouldn't showcase on www.kde.org ? Also, should pairs be in the list since we aren't developing or releasing it anymore? I think we should either put pairs in index.json, or remove pairs metadata completely from www.kde.org. I'm just not sure which. labplot is independently released http://download.kde.org/stable/labplot/ pairs is "dead" so i would personally just remove it. Please file a sysadmin ticket to get the redirect put in place - that's slightly more efficient for the server than a .htaccess file. We do not only have different content in json file on edu.kde.org and on kde.org, but also diferent screenshots. Some edu screenshots are more up to date edu.kde.org than on kde.org and some edu screenshots the other way round. Worst case is cantor, please look at these screenshots: https://www.kde.org/applications/education/cantor/ from kde4 + broken https://edu.kde.org/applications/mathematics/cantor/ from kf5 + up to date How to deal with these issues and get the screenshots in sync? Make kde.org the most up to date place and redirect edu.kde.org ? > Make kde.org the most up to date place and redirect edu.kde.org ?
This seems to have been done, closing this bug.
Updating kde.org/applications to work in a sensible way is a larger task.
|