GNU bug report logs - #35571
12.1; Changing foreground breaks previews

Previous Next

Package: auctex;

Reported by: Gennady Uraltsev <gennady.uraltsev <at> gmail.com>

Date: Sun, 5 May 2019 01:47:01 UTC

Severity: normal

Tags: fixed

Merged with 35696, 36039

Found in version 12.1

Done: Ikumi Keita <ikumi <at> ikumi.que.jp>

Bug is archived. No further changes may be made.

Full log


Message #38 received at 35571 <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: Hua Wang <hackitforfun <at> gmail.com>, 35571 <at> debbugs.gnu.org,
 35696 <at> debbugs.gnu.org, Arash Esbati <arash <at> gnu.org>,
 Gennady Uraltsev <gennady.uraltsev <at> gmail.com>
Subject: Re: bug#35696: preview-latex does not work under any Emacs themes and
 bug#35571: 12.1; Changing foreground breaks previews
Date: Tue, 28 May 2019 10:17:19 +0200
Ikumi Keita <ikumi <at> ikumi.que.jp> writes:

>>>>>> David Kastrup <dak <at> gnu.org> writes:
>> The current code is already a sledgehammer that looks like a "not again"
>> approach of evading yet another changed API.  Looking at the history of
>> the recommended replacements, I see that the Ghostscript developers
>> state that some of those were removed in some Ghostscript versions but
>> reinstated.
>
>> So it's conceivable that reverting the last change to these code lines
>> is all that it would take to work with current Ghostscript (at the price
>> of breaking _some_ older version).
>
>> Might be worth a try.
>
> Thanks for your advice, the attached patch works well.  The foreground
> color of the generated image matches with the default face of emacs
> without `preview-pdf-color-string', at least for gs 9.27 on my machine.
>
>> (at the price of breaking _some_ older version).
>
> I don't know which version of gs needs `preview-pdf-color-string'.
> Maybe we should not delete it and instead introduce a user option as a
> flag whether to disable the function or not.  What do others think?

Ah, that removes the functionality completely.  Since this patch sets up
a per-page hook, it would be my guess that this was supposed to guard
against cases where some images set up or leave their own page-wide
color (possibly just using \usepackage{color} is enough to cause
trouble).  Maybe it's the best we can do for now.  No idea.

-- 
David Kastrup




This bug report was last modified 5 years and 308 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.