Create Task
Maniphest T11899

Translation for kde.org/applications
Closed, ResolvedPublic
Actions

Description

We should translate kde.org/applications completely. Most of the content is already translated since it's fetching the data from AppStream. Yesterday with @IlyaBizyaev, we fixed the switch ?site_locale=<lang> on this part of the website, and we would probably need to translate 15 more strings to get kde.org/applications to be completely translated. This would be really great since that would allow this website to be displayed in google/Bing/DuckDuckGo for a lot more languages.

The problem is how should we make this part of the website translatable. Using capacity like the rest of the website? Using native gettext support in PHP?

That is the opinion of the Localization team?

ognarb created this task.Oct 20 2019, 8:09 PM
ognarb updated the task description. (Show Details)Oct 20 2019, 8:19 PM
ognarb moved this task from incoming to kde.org redesign on the Websites board.Jan 18 2020, 10:27 PM
ltoscano added a subscriber: ltoscano.Jun 22 2020, 5:09 PM

I think this is basically done at this point (thanks!)

ltoscano moved this task from Backlog to In progress on the Localization board.Jun 22 2020, 5:09 PM
IlyaBizyaev added a comment.Jun 22 2020, 10:16 PM

Currently localization doesn't work at all for this subsection, failing with a server error.
https://kde.org/applications/ru/education/org.kde.gcompris

ognarb closed this task as Resolved.Jun 26 2020, 8:37 PM
ognarb claimed this task.

This is now resolved and a language bar was also added.

@IlyaBizyaev I think the problem is caused because there is no Russian translation of the websites-kde-org-applications pot file yet. It is a small pot file, so it is really worth translating. https://websvn.kde.org/trunk/l10n-kf5/templates/messages/websites-kde-org-applications/kde-org-applications.pot?view=markup. ;)

IlyaBizyaev added a comment.Jun 26 2020, 8:41 PM

Will do, but I think it's not really resolved if it crashes unless that file is translated...

huftis added a subscriber: huftis.Jun 27 2020, 11:38 AM

I don’t think this is resolved. IIRC, the site used to use content negotiation to automatically show the content in the user’s preferred language (the ‘Accept-Language’ HTTP header sent by the browser). This doesn’t work anymore, and the user has to manually select a language from the language bar.

ognarb added a comment.Jun 28 2020, 8:31 PM

@IlyaBizyaev: true it shouldn't happen, but I already spend a few hours trying to debug that. The problem is that the errors don't appear on my local setup, there is no error in the production log and activating the debug mode on production hide the error. I'm not sure how I should debug that :/

@huftis: The problem of using 'Accept-Language' is that a particular URL should return the same resource regardless of the user. This confuse search engines and make them only index the English version of a website. I think a nice solution would be to make kde.org/applications redirect to the local version of the page (e.g. k.o/applications/en, k.o/applications/fr, ...) using Accept-Language, while still making sure the visitor can choose another language. It should be easy to implement, so I can try doing that tonight.