[Top][All Lists]

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

Re: [AUCTeX-devel] Try to colorize preview (was Re: Asking help for prev

From: Ikumi Keita
Subject: Re: [AUCTeX-devel] Try to colorize preview (was Re: Asking help for preview-latex)
Date: Mon, 24 Jun 2019 23:08:21 +0900

Hi David,

>>>>> David Kastrup <address@hidden> writes:
> Ikumi Keita <address@hidden> writes:
>> I hope that David comments on this issue.  In particular, I'd like to
>> know, or to know to how to judge, whether "the initial colors set up
>> inside of Ghostscript" still interfere with color.sty or not.

> It's been so long ago that I did this stuff that I don't really remember
> the details.  What may be the case is

> forcing the loading of color.sty is heavy-handed, may bind the output to
> a particular backend (there is, for example, dvipdf for generating PDF
> from DVI, a valid option of further DVI processing) and may be
> incompatible with other color options like using xcolor.sty (or whatever
> it was called).

> Also color.sty produces additional special codes that may interact with
> typesetting.

> Doing this at the Ghostscript level instead did not mess with the LaTeX
> processing.

Thanks, I'll search some way to minimize the impact of forced loading of
color.sty along with the idea Jean proposed.

> I am not sure whether searching in the bug mailing list will turn up the
> problems that triggered going via this path.

The links to the old archives of AUCTeX-related ML listed on
are all dead ( is not respoding), so it seems impossible to
search in these old archives...
In addition, the gmane links to the current ML are also dead.

Ikumi Keita

reply via email to

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