-
Notifications
You must be signed in to change notification settings - Fork 2
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
default support for ptex ? #1
Comments
Sigh, I posted this to the wrong place, I'll move to graphics-cfg.. |
I’m afraid, changing the default at this point of time will break many existing documents. Many casual users of pTeX/upTeX are using dvipdfmx as a driver, but unignorable number of users (especially those working in publishing companies) are using dvips. Also, we don't want the default difference between (u)platex and latex in DVI mode. BTW, recently I observed some issues in Japanese community about driver selection. [1] Recent expl3 has driver options, whose interface is not consistent with 2e convention. Many Japanese users of pTeX/upTeX+dvipdfmx choose to write \documentclass[dvipdfmx]{some-class}% global option instead of individual package options \usepackage[dvipdfmx]{graphicx} for simplicity. OTOH, expl3 does not reflect the global option because its rather new syntax requires [driver=dvipdfmx]. I hope the global option is passed to expl3 correctly. [2] When a user chooses individual package options rather than global, \usepackage[dvipdfmx]{graphicx} This code loads both dvipdfmx.def (from graphicx) and dvips.def (from color), which is definitely undesirable. This double loading will never give a correct result, so we hope some error or warning about that. I'm not sure where to post the above issues. Any advice? |
@aminophen My impression was that upTeX really only 'made sense' with On the option business, we are working on some changes for the January 2020 release of LaTeX2e and |
No; by default TeX Live uses IPAex for Japanese, and those TrueType fonts can be correctly embedded using (u)pTeX-dvips-ps2pdf. Note that you will need setting up Ghostscript by running the script cjk-gs-integrate before running ps2pdf. |
@aminophen yes I wondered if that would be the case, which is why I pinged you before changing anything, so I guess we won't change this (let us know if there is anything we could do to make this better for ptex) The fact that color and graphics can separately specify a back end but they share back end .def files so if you can end up with inconsistent loading is a general failing in the design of those packages (sorry:-) Again it is compatibility issues that make be wary of changing anything, but I think probably they should detect that a def file is already loaded and so not load a second one, and warn about inconsistent options. Probably not for the release planned soon, but we should look at that for the following release. |
@aminophen Useful information: I guess we (I) perhaps should alter the standard setting for the |
With the graphics.cfg as maintained here you get an error from:
Should this graphics.cfg detect ptex and variants and default to dvipdfmx ? (@aminophen )
The text was updated successfully, but these errors were encountered: