Critical: FOP support for ar, ja, ko, zh-CN and zh-TW is missing [sf#158] about suse-xsl HOT 5 CLOSED

Commented by fsundermeyer on 2013-06-10 13:06
Regression test:
If this command says a number that is not 0 (in the example below 61), then the
pdf is probably corrupt:

$ pdftk \
/tmp/SLED-installquick_zh_cn.pdf \
output - uncompress | grep 000000000000000000000000 | wc -l
$ 61

from suse-xsl.

Updated by tom_schr on 2013-07-01 06:04

• labels: --> l10n, fo, xslt, fop

from suse-xsl.

Commented by tom_schr on 2013-07-01 06:23
See also some related information in DAPS Ticket #108. Especially the -nocs option should be disabled for Arabic or other complex scripts.

[sknorr->toms: The above needed to read "disabled," because we need complex script support for Arabic.]

from suse-xsl.

Status:

• This is basically done for the PDF version of the output. However, FOP 1.x does not support Arabic well, so our Arabic output is useless. FOP 2.0 to the rescue!?
• The HTML actually needs more work here:
  • It basically works, because web browsers are kind and forgiving to authors.
  • Using specialized fonts for these languages would be good, otherwise, we're getting whatever is installed on the user's computer. (Note though, CJK fonts are usually ten times as large as a Western+Cyrillic+Greek font, so this poses a Web distribution problem.)
  • Disable italics/bold text for CJK languages
  • Allow building in an RTL mode for ar

from suse-xsl.

Closing this, this is too broad anyway. Opened #254 and #255 for remaining HTML issues.

from suse-xsl.