[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AUCTeX-devel] Asking help for preview-latex

From: jfbu
Subject: Re: [AUCTeX-devel] Asking help for preview-latex
Date: Sat, 22 Jun 2019 16:34:44 +0200
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:60.0) Gecko/20100101 Thunderbird/60.7.2

Le 22/06/2019 à 16:15, jfbu a écrit :
Hi Keita and Ken,

Le 22/06/2019 à 14:35, Ikumi Keita a écrit :
Perhaps it might be a loophole left in gs-9.27 and we possibly have to
be prepared that the future Ghostscript disables this feature as well.

Is it not possible to alter the production of the PDF file in the
first place ?
I'm not currently sure, but I'll propose other AUCTeX developers that

Thank you very much Ken, I appreciate your effort provided for us.

I have not looked up in detail (I am still with gs 9.26, and besides I
do not use that much the preview functionality -- hope that is pardonable),
but this small tex file

\[E = mc^2\]

works as expected, hence it seems it is quite feasible to alter the PDF
production as suggested by Ken.

I only tested with pdflatex. The document above is using
\AtBeginDocument so that this can be added to the pdflatex
invocation which was explained by Keita. (I have forgotten
the details of whether AUCTeX re-uses the user preamble
declarations but anyhow I tested with a an extra
\usepackage[...options...]{color}, where for options I used
monochrome or dvipsnames and it compiled).

Here is another example

\[E = mc^2\]

which uses the "rgb" model (3 decimal numbers between zero and one, comma 
and the "gray" model. There is also the "cmyk" model.

rgb Red Green Blue: A comma separated list of three numbers between 0 and 1, 
giving the components of the colour.
cmyk Cyan Magenta Yellow [K]Black: A comma separated list of four numbers 
between 0 and 1, giving the components of the colour according to the additive 
model used in most printers.
gray Grey scale: a single number between 0 and 1.

and the "named" model which by default uses 68 names so called dvipsnames.

Package xcolor has more extensive interface (and documentation) but
quite probably color package is enough.

But perhaps I am missing a key aspect of the issue here
(which as said above I have not myself have had to deal with).

 From my naive stand, the sole problem is to convert the emacs color
specs into color package specs using syntax as above.

Ah sorry for noise. Problem with fuller example actually using


is as I should have expected that the ccolor ommands outside
the display math mode are not executed.

Now, it seems the solution will come from extending preview.sty
package with two new options pagecolor and forecolor in key-value
syntax. Or simply add some macro to its interface no need to actually
plunge into its option handling.

I trust it can then be modified to produce the displaymath and textmath
in a manner which will activate the \pagecolor and \color.

(there might possibly be some thorny interference with tightpage)

I hope my somewhat cavalier remarks do hold some potential solution,
but I am sorry I can not contribute concrete things at this stage.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]