Last modified: 2013-03-06 14:33:10 UTC
Subtitles in RTL languages appear LTR. If i try to watch a clip with Hebrew subtitles in Commons, the punctuation marks appear on the wrong end of the sentence, which means that it is actually displayed LTR. This happens both when Hebrew and English are set as the interface language. When it is clear that a language is RTL, it should be displayed as RTL, no matter what the interface language of the site is.
Changed the description: This is a problem for LTR languages, too. If my interface language in Commons is Hebrew, but for whatever reason i watch a clip with subtitles in English or Italian, the subtitles are currently shown RTL and it is wrong. If the subtitles are an HTML element, they should always have lang="XX" dir="XXX" - lang is known according to the file name and the dir is known according to the language. This may be a problem for Azeri, which may be written in Latin and Arabic (and maybe there are still people who write it in Cyrillic) and for several languages of India, which are written in Arabic and in LTR Indian scripts. For these languages an extended code should be used, something like az-Arab / az-Latn.
Thanks for the bug report. I have added it as dependency to the deploy timed media handler bug. I will put the fix on the TMH prototype soon: http://prototype.wikimedia.org/timedmedia/Main_Page
Same problem in TimedMediaHandler. I'm just changing the component.
Created attachment 11426 [details] demonstration of the problem Playing a movie with an RTL interface language. Notice that the full stop is on the left-hand end of the English sentence - that's because the interface language's direction is applied to the subtitles. We know that the language of the subtitles is English, so the ltr direction must be assigned explicitly.
https://gerrit.wikimedia.org/r/41573 submitted for review to fix this issue.
mdale: This report has been in ASSIGNED status for more than one year and you are set as its assignee. In case that you are not actively working on a fix, please reset the bug status to NEW/UNCONFIRMED. In case you do not plan to work on a fix in the near future: Please also edit the "Assigned To" field by clicking "Reset Assignee to default", in order to not prevent potential contributors from working on a fix. Thanks for your help! [assigned>=1y]