auctex-devel
[Top][All Lists]
Advanced

[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
https://www.gnu.org/software/auctex/mailing-lists.html
are all dead (dir.gmane.org 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.

Regards,
Ikumi Keita



reply via email to

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