Avoid translations being outdated after non-content changes in EN version #2
Labels
No Label
bug
build
cgi Scripting
design
disruptive
documentation
duplicate
easy
feature-request
help wanted
javascript
priority/low
question
system-hackers
tagging
text
translations
wait/bugfix
wait/inprogress
wait/misc
wait/proofread
wontfix
xsl
No Milestone
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: FSFE/fsfe-website#2
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
There are several old news items for which the
translations are displayed as outdated, but they are not (maybe a typo
was fixed in the English version).
As we don't alter news items content
wise after publication, is there a way we can now change the status of
the old news items, and make sure that does not happen in future?
Currently, editors have to manually fake-update all translations if they make a minor fix. There has been a discussion in Jan 2015 ("Dealing with translations incorrectly labelled outdated") but maybe we are in a better technical position now.
As mentioned in the webmasters mailing-list, a quick fix could be to add a tag in the xHTML documents.
The tag would look like following:
The script deciding whether the text box should be displayed or not could compare the
lastedit.major
date in the main document with the lastlastedit.major
in the translation. When the tag is not present, it would fallback to the document last modified date.As said in the mailing list, this is far from foolproof, but given the translations need to be pushed to the git, doing a pull request, there at least is a hacker in the loop to control such a tag exists and is up to date.
This is the best user-friendliness/ease-of-implementation ratio I can come with!
It might be easier to handle if we introduce a version number of the text rather than a full date, like
<version>2</version>
.I disliked the manual version number for a long time but meanwhile think it might really be the most sensible approach...
I second that approach, and would prefer the simple flat 'version' tag.
This would also make bulk edits much easier...