Page MenuHomePhabricator

PDF should be rendered in the user's specified language converter variant, e.g. Serbian in Latin script (sr-el)
Closed, DuplicatePublic

Description

This is the reopening of an old bug that was deferred 1 and a half year ago. Two instances: #31 for Chinese and #576. Here is a (hopefully good) description:

Some languages (Chinese and Serbian are the two that come to mind) have transliteration pages. This means that they have several tab for each article which allows to see the same text in a different script.

For example, if we take the Article "Wikipedia" in the Serbian Wikipedia, we can look at it in two different ways:

Cyrillic: http://sr.wikipedia.org/sr-ec/Википедија (it is the default font) or

Latin Script: http://sr.wikipedia.org/sr-el/Википедија

The difference is in the URL (instead of /wiki/ you get the code for the transliteration).

Current behaviour: The book creator selects the default font when adding page to book, even when the transliterated page is the one showing.

Expected Behaviour: When on the page of a variant font, the page should be added in the font it displays.

Is this something that plans to be fixed any time? Thanks.


Originally filed by notafish at:


Version: unspecified
Severity: normal
URL: https://sr.wikipedia.org/sr-el/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%98%D0%B0

Details

Reference
bz71815

Related Objects

StatusSubtypeAssignedTask
DuplicateNone
OpenNone
OpenNone
OpenNone
Invalid GWicke
Resolvedliangent
Resolvedthiemowmde
OpenNone
Resolvedcscott
Resolvedcscott
Resolved Elitre
Resolvedcscott
Resolvedcscott
Resolvedcscott
Resolvedcscott
Resolvedcscott
OpenNone
DuplicateBUG REPORTNone
Resolvedcscott
OpenNone
OpenNone
OpenNone
OpenNone
ResolvedBUG REPORTJgiannelos
OpenNone
OpenFeatureNone
OpenNone

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:55 AM
bzimport set Reference to bz71815.
bzimport added a subscriber: Unknown Object (MLST).
Restricted Application added subscribers: StudiesWorld, Aklapper. · View Herald Transcript

As already announced in Tech News, OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. You can read more on mediawiki.org.

As already announced in Tech News, OfflineContentGenerator (OCG) will not be used anymore after October 1st, 2017 on Wikimedia sites. OCG will be replaced by Electron. You can read more on mediawiki.org.

I think it's the time to mark invalid or declined now, let's focus T167603 in the future.

@Arthur2e5 ^^? (Since you were bumped this)

@Shizhao: That requires a login that not everybody has. Please summarize relevant parts in the ticket instead. Thanks.

@Shizhao: That requires a login that not everybody has. Please summarize relevant parts in the ticket instead. Thanks.

This issue was summarized here: https://zh.wikipedia.org/wiki/Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%8A%80%E6%9C%AF#%E4%B8%8B%E8%BC%89%E7%82%BAPDF%E6%AA%94%E7%9A%84%E5%AD%97%E8%A9%9E%E8%BD%89%E6%8F%9B%E5%A4%B1%E6%95%88

As above, the traditional-simplified Chinese conversion in PDF is failed and generated to an unconverted version.

Adding Proton per last comments.
@Shizhao, @Taiwania_Justo: Could someone please provide clear, complete steps to reproduce, as a list, including URLs, step by step? Thanks a lot!