Description of problem: The latest ghostscript doesn't support CJK anymore. Version-Release number of selected component (if applicable): 8.60-0.svn8117.2.fc8 How reproducible: always Steps to Reproduce: 1.gs -sDEVICE=x11 article9.ps 2. 3. Actual results: Error: /rangecheck in --widthshow-- Expected results: shows Japanese text in a window. Additional info:
Created attachment 160218 [details] testcase
The CJK patches by Koji Otani was just checked in to the ghostscript trunk, svn revision 8185. FYI
Is it possible to get those patches included in F8?
There had been regressions reported by the developers. I should be able to pull in a new snapshot, but I'd been hoping for a newer release.
How about just backporting CJKV patches from ESP gs? apparently it's different thing to what the changes committed into svn once.
Looking more closely at SVN it looks like the CJK patches were actually reverted. I would much rather follow upstream on this (now that it's GPL) rather than carrying other patches around.
*** Bug 393581 has been marked as a duplicate of this bug. ***
f8 bug? I can still see this bug on devel too.
Version 8.61 released, but it only includes a small part of the CJK patches. Moreover, one of ghostscript developer have doubts about current configuration of Fedora's ghostscript m17n. That is the usage of cidfmap.ja etc. What do you think about it ? Do we need more wide discussion ?
(In reply to comment #9) > That is the usage of cidfmap.ja etc. It's not clear, sorry. Why do currnt cidfmap only include .ja, ko, zn_CN and zn_TW ? Why not others like Arabic or Serbian ?
(In reply to comment #10) > (In reply to comment #9) > > That is the usage of cidfmap.ja etc. > It's not clear, sorry. > > Why do currnt cidfmap only include .ja, ko, zn_CN and zn_TW ? > Why not others like Arabic or Serbian ? First, That's up to the each font packages. which files ghostscript reads are currently hard-coded though, IMHO eventually it should becomes the sort of add-ons, because we are free to add the fonts into the distribution as long as it can be freely used and no license issues. making all the changes every times in ghostscript package isn't suitable IMHO. Second, there is no CMaps for Arabic and Serbian etc AFAIK. what currently ghostscript supports for TrueType/OpenType fonts is to convert to CID font. which means at least one CMap is required. presumably the font needs to be embedded as Type3 or Type42 into PostScript for those languages. but I thought cidfmap isn't to do that. Anyway, it should be filed separately to each font packages though, I have no idea what the expected configuration for them is.
(In reply to comment #11) > > Why do currnt cidfmap only include .ja, ko, zn_CN and zn_TW ? > > Why not others like Arabic or Serbian ? > > First, That's up to the each font packages. which files ghostscript reads are > currently hard-coded though, IMHO eventually it should becomes the sort of > add-ons, because we are free to add the fonts into the distribution as long as > it can be freely used and no license issues. making all the changes every times > in ghostscript package isn't suitable IMHO. But a ghostscript package should provide mechanism to support add-ons. Current build configuration of ghostscript disallows reading /usr/share/ghostscript/lib/cidfmap, instead only it allows reading ./cidfmap . So I propose to build the ghostscript with "--disable-compile-inits" for the first step. This option enables gs to read /usr/share/ghostscript/lib/cidfmap and other resource data when it start up.
ghostscript-8.61-1.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ghostscript'
(In reply to comment #13) With ghostscript-8.61-1.fc8, I think some of problem are solved. Now we should file a new bug related to CJK support which isn't solved even at upstream. For example, Japanese virtical writing problem.
ghostscript-8.61-4.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ghostscript'
ghostscript-8.61-5.fc8 has been pushed to the Fedora 8 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update ghostscript'
ghostscript-8.61-5.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.