Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Chinese punctuation looks lower than Chinese characters in published PDF #2518

Closed
CiraGuo opened this issue Nov 10, 2016 · 6 comments
Closed
Labels
bug plugin/pdf/fop Issue related to FOP based processing with PDF plugin/pdf Issue related to PDF plug-in priority/low Low priority issue stale No recent activity. May be closed soon.

Comments

@CiraGuo
Copy link

CiraGuo commented Nov 10, 2016

We use DITA-OT with FOP to publish DITA files into PDF file and find the following problem. (But when we test it using AH to do the publish, it is correct.)

The content in DITA files are most in Chinese. The requirement is Chinese characters should use SimSun or SimHei while number and Alphabat characters should use Times New Roman. We find some Chinese punctuations like ‘%,。’ will be shown lower than other Chinese characters, which looks not good.

But if we changed font-mappings file like following, the Chinese punctuations shown as the same baseline as Chinese Character.

<logical-font name="Normal">
      <physical-font char-set="default">
        <font-face> SimSun, Times New Roman, Times</font-face>
      </physical-font>
      <physical-font char-set="Simplified Chinese">
        <font-face>SimSun</font-face>
      </physical-font>
      <physical-font char-set="Symbols">
        <font-face>ZapfDingbats</font-face>
      </physical-font>
      <physical-font char-set="SubmenuSymbol">
        <font-face>ZapfDingbats</font-face>
      </physical-font>
</logical-font>

The only thing we do is changed <font-face> Times New Roman, Times, SimSun</font-face>
to <font-face> SimSun, Times New Roman, Times</font-face>

But it make another problem: all characters in files are in SimSun or SimHei, including number and alphabat which we want them in Times New Roman. Furthermore, some entity like &#160; defined in zh-CN.xml file will be shown in "#", which looks like it doesn't find the correct character set.

@jockster74
Copy link

@CiraGuo Please provide:

  • Sample files to allow reproducing the problem locally,
  • Information on what version of DITA OT you are using, as well as what version of FOP, AH are used, etc.

Details, details. Without them no one can give analyze the issue properly.

@jelovirt jelovirt added bug priority/low Low priority issue plugin/pdf Issue related to PDF plug-in plugin/pdf/fop Issue related to FOP based processing with PDF labels Nov 14, 2016
@jelovirt jelovirt changed the title chinese punctuation looks lower than chinese characters in published PDF if using FOP as Pub Engine Chinese punctuation looks lower than Chinese characters in published PDF Nov 14, 2016
@CiraGuo
Copy link
Author

CiraGuo commented Nov 21, 2016

@jockster74
how to provide sample files? I haven't found the way to upload files.
The DITA version is DITA-OT2.0.M1 and it is easy fully installed. So we used the embed FOP tool.

@stefan-jung
Copy link
Contributor

@CiraGuo, create a ZIP file and pull it to the comment window.

Attach files by dragging & dropping, selecting them, or pasting from the clipboard.

@CiraGuo
Copy link
Author

CiraGuo commented Nov 22, 2016

The steps to reproduce the issue:

  1. Please put the following font-mappings.zip file into DITA-OT2.0.M1\plugins\org.dita.pdf2\cfg\fo folder:
    font-mappings.zip

  2. Use the TestData to do PDF publish
    TestData.zip

  3. You can get the published PDF file like this:
    50802.pdf
    On the third page, you can find "95%" is lower than other chinese characters.

  4. If you change font-mappping file as following, "95%" is as same baseline as chinese characters, but numberic and alphbat looks different than changed before.
    font-mappings.xml.zip

@CiraGuo
Copy link
Author

CiraGuo commented Nov 23, 2016

If anyone has any idea about it?

@stale
Copy link

stale bot commented Dec 12, 2018

This issue has been automatically marked as stale because it has not been updated recently. It will be closed soon if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale No recent activity. May be closed soon. label Dec 12, 2018
@stale stale bot closed this as completed Dec 26, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug plugin/pdf/fop Issue related to FOP based processing with PDF plugin/pdf Issue related to PDF plug-in priority/low Low priority issue stale No recent activity. May be closed soon.
Projects
None yet
Development

No branches or pull requests

4 participants