GNU bug report logs - #35696
preview-latex does not work under any Emacs themes

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35696 in the body.
You can then email your comments to 35696 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Hua Wang <hackitforfun <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: preview-latex does not work under any Emacs themes
Date: Sun, 12 May 2019 11:52:30 +0200

[Message part 1 (text/plain, inline)]

Preview-latex does not work under ANY Emacs theme.

Way to reproduce: Load any Emacs theme via Options->Customize
Emacs->Custom Themes, and run preview-latex on any latex file with math
in it.

However uncheck the theme in the Customization menu makes preview-latex
works fine again.

Below is the information given by M-x preview-bug-report.

Emacs  : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.8)
 of 2019-04-12
Package: 12.1.2

Run buffer contents:

Running `Preview-LaTeX' on `circ' with ``pdflatex -ini
-interaction=nonstopmode "&pdflatex" prv_circ.ini
"\nonstopmode\nofiles\PassOptionsToPackage{active,tightpage,auctex,counters}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}[2004/11/05]\fi}"
"\input" "{\detokenize{" circ.tex "}}"''
This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019) (INITEX)
 restricted \write18 enabled.
entering extended mode
(./prv_circ.ini
LaTeX2e <2018-12-01>
(/usr/local/texlive/2019/texmf-dist/tex/latex/carlisle/mylatex.ltx)
(/usr/local/texlive/2019/texmf-dist/tex/latex/tools/.tex File ignored))
No auxiliary output files.

(./circ.tex (/usr/local/texlive/2019/texmf-dist/tex/latex/base/article.cls
Document Class: article 2018/09/03 v1.4i Standard LaTeX document class
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/size10.clo))
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel/babel.sty
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel/switch.def)
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel-german/german.ldf
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel-german/germanb.ldf
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel/babel.def
(/usr/local/texlive/2019/texmf-dist/tex/generic/babel/txtbabel.def)))))
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/fontenc.sty
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/t1enc.def))
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/inputenc.sty
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/latin1.def))
(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/preview.sty
(/usr/local/texlive/2019/texmf-dist/tex/generic/luatex85/luatex85.sty)
(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/prtightpage.def)
(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/prauctex.def
No auxiliary output files.


(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/prauctex.cfg))
(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/prcounters.def)
(/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex/prshowlabels.def))
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/t1cmtt.fd)
(/usr/local/texlive/2019/texmf-dist/tex/latex/base/t1cmss.fd) )
Beginning to dump on file prv_circ.fmt
 (preloaded format=prv_circ 2019.5.12)
8703 strings of total length 138006
90374 memory locations dumped; current usage is 6335&80306
5252 multiletter control sequences
\font\nullfont=nullfont
\font\OMX/cmex/m/n/5=cmex10
\font\tenln=line10
\font\tenlnw=linew10
\font\tencirc=lcircle...

[...]

    ...t 101 started.
<-><->

l.399 \begin{table}

Preview: Counters {table}{5}.
./_region_.tex:417: Preview: Snippet 101 ended.(5231703+4259727x15939467).
<-><->

l.417 \end{table}

[101]
./_region_.tex:418: Preview: Snippet 102 started.
<-><->

l.418 \begin{table}

Preview: Counters {table}{6}.
./_region_.tex:449: Preview: Snippet 102 ended.(9526012+8554036x14483456).
<-><->

l.449 \end{table}

[102]
./_region_.tex:450: Preview: Snippet 103 started.
<-><->

l.450 \begin{figure}

Preview: Counters {figure}{3}.
./_region_.tex:481: Preview: Snippet 103 ended.(14621882+116484x16496387).
<-><->

l.481 \end{figure}

[103]

LaTeX Warning: There were undefined references.

 )
(see the transcript file for additional
information){/usr/local/texlive/2019/texmf-dist/fonts/enc/dvips/cm-super/cm-super-t1.enc}</usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmex10.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi10.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi7.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmr7.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy7.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/amsfonts/latxfont/lcircle1.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/cm-super/sfbx1440.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/cm-super/sfrm1000.pfb></usr/local/texlive/2019/texmf-dist/fonts/type1/public/cm-super/sftt0800.pfb></usr/local/t
exlive/2019/texmf-dist/fonts/type1/public/cm-super/sftt0900.pfb>
Output written on _region_.pdf (103 pages, 191676 bytes).
Transcript written on _region_.log.

TeX Output exited as expected with code 1 at Sun May 12 11:44:15
Running `Preview-PDF2DSC' with ``pdf2dsc _region_.pdf
_region_.prv/tmpdcNnqx/preview.dsc''

Preview-PDF2DSC finished at Sun May 12 11:44:15
Running `Preview-Ghostscript' with
``/usr/local/texlive/2019/bin/x86_64-linux/rungs
-dOutputFile\=\(_region_.prv/tmpdcNnqx/pr1-\%d.png\) -q -dDELAYSAFER
-dNOPAUSE -DNOPLATFONTS -dPrinted -dTextAlphaBits\=4 -dGraphicsAlphaBits\=4
-sDEVICE\=png16m -r115.2x115.503''

Preview-Ghostscript finished at Sun May 12 11:44:15

current state:
==============
(setq
 AUCTeX-version "12.1.2"
 LaTeX-command-style '((""
            "%(PDF)%(latex) %(file-line-error) %(extraopts) %S%(PDFout)")
               )
 image-types '(svg imagemagick png gif tiff jpeg xpm xbm pbm postscript)
 preview-image-type 'png
 preview-image-creators '((dvipng
               (open preview-gs-open preview-dvipng-process-setup)
               (place preview-gs-place)
               (close preview-dvipng-close))
              (png (open preview-gs-open) (place preview-gs-place)
               (close preview-gs-close))
              (jpeg (open preview-gs-open) (place preview-gs-place)
               (close preview-gs-close))
              (pnm (open preview-gs-open) (place preview-gs-place)
               (close preview-gs-close))
              (tiff (open preview-gs-open) (place preview-gs-place)
               (close preview-gs-close))
              )
 preview-dvipng-image-type 'png
 preview-dvipng-command "dvipng -picky -noghostscript %d -o
%m/prev%%03d.png"
 preview-pdf2dsc-command "pdf2dsc %s.pdf %m/preview.dsc"
 preview-gs-command "/usr/local/texlive/2019/bin/x86_64-linux/rungs"
 preview-gs-options '("-q" "-dDELAYSAFER" "-dNOPAUSE" "-DNOPLATFONTS"
              "-dPrinted" "-dTextAlphaBits=4" "-dGraphicsAlphaBits=4")
 preview-gs-image-type-alist '((png png "-sDEVICE=png16m")
                   (dvipng png "-sDEVICE=png16m")
                   (jpeg jpeg "-sDEVICE=jpeg")
                   (pnm pbm "-sDEVICE=pnmraw")
                   (tiff tiff "-sDEVICE=tiff12nc"))
 preview-fast-conversion t
 preview-prefer-TeX-bb nil
 preview-dvips-command "dvips -Pwww -i -E %d -o %m/preview.000"
 preview-fast-dvips-command "dvips -Pwww %d -o %m/preview.ps"
 preview-scale-function 'preview-scale-from-face
 preview-LaTeX-command '("%`%l
\"\\nonstopmode\\nofiles\\PassOptionsToPackage{"
             ("," . preview-required-option-list)
             "}{preview}\\AtBeginDocument{\\ifx\\ifPreview\\undefined"
preview-default-preamble "\\fi}\"%' \"{\\detokenize{\" %t \"}}\"")
 preview-required-option-list '("active" "tightpage" "auctex"
                (preview-preserve-counters "counters"))
 preview-preserve-counters t
 preview-default-option-list '("displaymath" "floats" "graphics" "textmath"
                   "sections" "footnotes")
 preview-default-preamble '("\\RequirePackage["
                ("," . preview-default-option-list)
                "]{preview}[2004/11/05]")
 preview-LaTeX-command-replacements nil
 preview-dump-replacements '(preview-LaTeX-command-replacements
                 ("\\`\\([^ ]+\\)\\(?: +\\(?:\\(--?kanji[= ][^
]+\\)\\|-\\(?:[^ \\\"]\\|\\\\.\\|\"[^\"]*\"\\)*\\)\\)*\\(.*\\)\\'" "\\1
-ini \\2 -interaction=nonstopmode \"&\\1\" " preview-format-name ".ini \\3")
                 )
 preview-undump-replacements '(("\\`\\([^ ]+\\)\\(?: +\\(?:\\(--?kanji[=
][^ ]+\\)\\|-\\(?:[^ \\\"]\\|\\\\.\\|\"[^\"]*\"\\)*\\)\\)*.* \"\\\\input\"
\"{\\\\detokenize{\" \\(.*\\) \"}}\"\\'" "\\1 \\2 -interaction=nonstopmode
-file-line-error " preview-format-name " \"/AUCTEXINPUT{\" \\3 \"}\"")
                   )
 preview-auto-cache-preamble t
 preview-TeX-style-dir "/home/hwang/.emacs.d/elpa/auctex-12.1.2/latex"
 )

Output from running `/usr/local/texlive/2019/bin/x86_64-linux/rungs -h':
GPL Ghostscript 9.27 (2019-04-04)
Copyright (C) 2018 Artifex Software, Inc.  All rights reserved.
Usage: gs [switches] [file1.ps file2.ps ...]
Most frequently used switches: (you can use # in place of =)
 -dNOPAUSE           no pause after page   | -q       `quiet', fewer
messages
 -g<width>x<height>  page size in pixels   | -r<res>  pixels/inch resolution
 -sDEVICE=<devname>  select device         | -dBATCH  exit after last file
 -sOutputFile=<file> select output file: - for stdout, |command for pipe,
                                         embed %d or %ld for page #
Input formats: PostScript PostScriptLevel1 PostScriptLevel2
PostScriptLevel3 PDF
Default output device: x11alpha
Available devices:
   alc1900 alc2000 alc4000 alc4100 alc8500 alc8600 alc9100 ap3250 atx23
   atx24 atx38 bbox bit bitcmyk bitrgb bitrgbtags bj10e bj10v bj10vh bj200
   bjc600 bjc800 bjc880j bjccmyk bjccolor bjcgray bjcmono bmp16 bmp16m
   bmp256 bmp32b bmpgray bmpmono bmpsep1 bmpsep8 ccr cdeskjet cdj1600 cdj500
   cdj550 cdj670 cdj850 cdj880 cdj890 cdj970 cdjcolor cdjmono cdnj500 cfax
   chp2200 cif cljet5 cljet5c cljet5pr coslw2p coslwxl cups declj250 deskjet
   devicen dfaxhigh dfaxlow display dj505j djet500 djet500c dl2100 dnj650c
   epl2050 epl2050p epl2120 epl2500 epl2750 epl5800 epl5900 epl6100 epl6200
   eplcolor eplmono eps2write eps9high eps9mid epson epsonc escp escpage
   faxg3 faxg32d faxg4 fmlbp fmpr fpng fs600 gdi gprf hl1240 hl1250 hl7x0
   hpdj1120c hpdj310 hpdj320 hpdj340 hpdj400 hpdj500 hpdj500c hpdj510
   hpdj520 hpdj540 hpdj550c hpdj560c hpdj600 hpdj660c hpdj670c hpdj680c
   hpdj690c hpdj850c hpdj855c hpdj870c hpdj890c hpdjplus hpdjportable ibmpro
   ijs imagen inferno ink_cov inkcov itk24i itk38 jetp3852 jj100 jpeg
   jpegcmyk jpeggray la50 la70 la75 la75plus laserjet lbp310 lbp320 lbp8
   lex2050 lex3200 lex5700 lex7000 lips2p lips3 lips4 lips4v lj250 lj3100sw
   lj4dith lj4dithp lj5gray lj5mono ljet2p ljet3 ljet3d ljet4 ljet4d
   ljet4pjl ljetplus ln03 lp1800 lp1900 lp2000 lp2200 lp2400 lp2500 lp2563
   lp3000c lp7500 lp7700 lp7900 lp8000 lp8000c lp8100 lp8200c lp8300c
   lp8300f lp8400f lp8500c lp8600 lp8600f lp8700 lp8800c lp8900 lp9000b
   lp9000c lp9100 lp9200b lp9200c lp9300 lp9400 lp9500c lp9600 lp9600s
   lp9800c lps4500 lps6500 lq850 lxm3200 lxm5700m m8510 md1xMono md2k
   md50Eco md50Mono md5k mgr4 mgr8 mgrgray2 mgrgray4 mgrgray8 mgrmono miff24
   mj500c mj6000c mj700v2c mj8000c ml600 necp6 npdl nullpage oce9050 oki182
   oki4w okiibm oprp opvp paintjet pam pamcmyk32 pamcmyk4 pbm pbmraw pcl3
   pclm pcx16 pcx24b pcx256 pcxcmyk pcxgray pcxmono pdfimage24 pdfimage32
   pdfimage8 pdfwrite pdfwrite pdfwrite pgm pgmraw pgnm pgnmraw photoex
   picty180 pj pjetxl pjxl pjxl300 pkm pkmraw pksm pksmraw plan plan9bm
   planc plang plank planm plib plibc plibg plibk plibm png16 png16m png256
   png48 pngalpha pnggray pngmono pngmonod pnm pnmraw ppm ppmraw pr1000
   pr1000_4 pr150 pr201 ps2write psdcmyk psdcmyk16 psdcmykog psdrgb psdrgb16
   pwgraster pxlcolor pxlmono r4081 rinkj rpdl samsunggdi sj48 spotcmyk
   st800 stcolor t4693d2 t4693d4 t4693d8 tek4696 tiff12nc tiff24nc tiff32nc
   tiff48nc tiff64nc tiffcrle tiffg3 tiffg32d tiffg4 tiffgray tifflzw
   tiffpack tiffscaled tiffscaled24 tiffscaled32 tiffscaled4 tiffscaled8
   tiffsep tiffsep1 txtwrite uniprint x11 x11alpha x11cmyk x11cmyk2 x11cmyk4
   x11cmyk8 x11gray2 x11gray4 x11mono xcf xes xpswrite
Search path:
   /usr/share/ghostscript/9.27/Resource/Init :
   /usr/share/ghostscript/9.27/lib :
   /usr/share/ghostscript/9.27/Resource/Font :
   /usr/share/ghostscript/fonts : /usr/share/fonts/gsfonts
Ghostscript is also using fontconfig to search for font files
For more information, see /usr/share/doc/ghostscript/9.27/Use.htm.
Please report bugs to bugs.ghostscript.com.

[Message part 2 (text/html, inline)]

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

From: Gennady Uraltsev <gennady.uraltsev <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: bug#35696: preview-latex does not work under any Emacs themes
Date: Tue, 14 May 2019 13:48:50 -0400

Hello,

It seems to be the same problem as I posted here:

http://lists.gnu.org/archive/html/bug-auctex/2019-05/msg00000.html

In particular a temporary work-around is to customize the variable

preview-reference-face

setting a non-trivial foreground color (black).

I hope the developers address this issue. It seems to be a simple fix.

Best,

Gennady

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

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

Hi Gennady and Hua,

>>>>> Gennady Uraltsev <gennady.uraltsev <at> gmail.com> writes:
> Hello,
> It seems to be the same problem as I posted here:

> http://lists.gnu.org/archive/html/bug-auctex/2019-05/msg00000.html

Both confirmed.  David, do you have any outlook about this problem?  It
seems that gs 9.27 is incompatible with preview-latex when the default
face has non-trivial foreground color.
When the preview fails and I right-click the "do not enter" sign to
select "View error", the *Preview-Ghostscript-Error* buffer pops up and
shows the error quoted at the last of this message.  It tells that
"GS_PDF_ProcSet" caused the error and I found that the official
ghostscript document says "We eliminated GS_PDF_ProcSet" in [1].

Best regards,
Ikumi Keita

[1] https://www.ghostscript.com/doc/9.27/History9.htm

/usr/local/texlive/2019/bin/amd64-freebsd/rungs -dOutputFile\=\(tst-prv.prv/tmpgIMQ85/pr1-1.png\) -q -dDELAYSAFER -dNOPAUSE -DNOPLATFONTS -dPrinted -dTextAlphaBits\=4 -dGraphicsAlphaBits\=4 -sDEVICE\=png16m -r108.606x108.587
GS>{<</PermitFileReading[(tst-prv.pdf)(tst-prv.prv/tmpgIMQ85/preview.dsc)]>> setuserparams .locksafe} stopped pop {DELAYSAFER{.setsafe}if}stopped pop/.preview-BP currentpagedevice/BeginPage get dup null eq{pop{pop}bind}if def<</BeginPage{currentpagedevice/PageSize get dup 0 get 1 ne exch 1 get 1 ne or{.preview-BP 0.925795 0.925795 0.925795 setrgbcolor clippath fill 0.17969 0.203128 0.210941 setrgbcolor}{pop}ifelse}bind/PageSize[1 1]>>setpagedevice/preview-do{/.preview-ST[count 4 roll save]def dup length 0 eq{pop}{setpagedevice}{ifelse exec}stopped{handleerror quit}if .preview-ST aload pop restore}bind def /GS_PDF_ProcSet GS_PDF_ProcSet dup maxlength dict copy dup begin/graphicsbeginpage{//graphicsbeginpage exec 0.17969 0.203128 0.210941 3 copy rg RG}bind store end readonly store  (tst-prv.prv/tmpgIMQ85/preview.dsc)(r)file /.preview-ST 1 index def dup 0 setfileposition 415()/SubFileDecode filter cvx exec .preview-ST dup dup 415 setfileposition 53()/SubFileDecode filter cvx<<>>preview-do
Error: /undefined in GS_PDF_ProcSet
Operand stack:
   GS_PDF_ProcSet
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   %loop_continue   --nostringval--   --nostringval--   false   1   %stopped_push   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:739/1123(ro)(G)--   --dict:0/20(G)--   --dict:77/200(L)--
Current allocation mode is local
Last OS error: No such file or directory
Current file position is 641
GS<1>

Message #14 received at 35696 <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, 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: Sat, 18 May 2019 15:28:12 +0200

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

> Hi Gennady and Hua,
>
>>>>>> Gennady Uraltsev <gennady.uraltsev <at> gmail.com> writes:
>> Hello,
>> It seems to be the same problem as I posted here:
>
>> http://lists.gnu.org/archive/html/bug-auctex/2019-05/msg00000.html
>
> Both confirmed.  David, do you have any outlook about this problem?

preview-pdf-color-string seems to be the seminal problem.

> It seems that gs 9.27 is incompatible with preview-latex when the
> default face has non-trivial foreground color.  When the preview fails
> and I right-click the "do not enter" sign to select "View error", the
> *Preview-Ghostscript-Error* buffer pops up and shows the error quoted
> at the last of this message.  It tells that "GS_PDF_ProcSet" caused
> the error and I found that the official ghostscript document says "We
> eliminated GS_PDF_ProcSet" in [1].
>
> Best regards,
> Ikumi Keita
>
> [1] https://www.ghostscript.com/doc/9.27/History9.htm

    2019-03-19 09:25:48 -0700
    Ray Johnston <ray.johnston <at> artifex.com>
    ebbb3ec7d20b5f4c444eb11fc9835e07229ccbd9

        Fix lib/pdf2dsc.ps to use documented Ghostscript pdf procedures.

        We eliminated GS_PDF_ProcSet and pdfdict, but runpdfbegin, dopdfpages,
        and runpdfend are still available.

        lib/pdf2dsc.ps
        
The usual "oh, we decided change is good and clobbered over the previous
API."  Presumably one of the listed hooks can be used instead, possibly
mimicking what the mentioned patch does to lib/pdf2dsc.ps .

-- 
David Kastrup

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

From: Arash Esbati <arash <at> gnu.org>
To: David Kastrup <dak <at> gnu.org>
Cc: Ikumi Keita <ikumi <at> ikumi.que.jp>, 35571 <at> debbugs.gnu.org,
 Gennady Uraltsev <gennady.uraltsev <at> gmail.com>, 35696 <at> debbugs.gnu.org,
 Hua Wang <hackitforfun <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: Wed, 22 May 2019 22:19:24 +0200

David Kastrup <dak <at> gnu.org> writes:

> preview-pdf-color-string seems to be the seminal problem.
> [...]
>
>     2019-03-19 09:25:48 -0700
>     Ray Johnston <ray.johnston <at> artifex.com>
>     ebbb3ec7d20b5f4c444eb11fc9835e07229ccbd9
>
>         Fix lib/pdf2dsc.ps to use documented Ghostscript pdf procedures.
>
>         We eliminated GS_PDF_ProcSet and pdfdict, but runpdfbegin, dopdfpages,
>         and runpdfend are still available.
>
>         lib/pdf2dsc.ps
>         
> The usual "oh, we decided change is good and clobbered over the previous
> API."  Presumably one of the listed hooks can be used instead, possibly
> mimicking what the mentioned patch does to lib/pdf2dsc.ps .

Do you see a chance to have a closer look at this issue and ideally
cater for a fix?  TIA.

Best, Arash

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
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: Sun, 26 May 2019 19:11:33 +0900

Hi David,

>>>>> David Kastrup <dak <at> gnu.org> writes:
> The usual "oh, we decided change is good and clobbered over the previous
> API."  Presumably one of the listed hooks can be used instead, possibly
> mimicking what the mentioned patch does to lib/pdf2dsc.ps .

Are you thinking that it isn't fruitful to follow up the development of
ghostscript every time incompatible change is introduced?

Regards,
Ikumi Keita

Message #23 received at 35696 <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: Sun, 26 May 2019 12:42:11 +0200

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

> Hi David,
>
>>>>>> David Kastrup <dak <at> gnu.org> writes:
>> The usual "oh, we decided change is good and clobbered over the previous
>> API."  Presumably one of the listed hooks can be used instead, possibly
>> mimicking what the mentioned patch does to lib/pdf2dsc.ps .
>
> Are you thinking that it isn't fruitful to follow up the development of
> ghostscript every time incompatible change is introduced?

No since the changes tend to be completely arbitrary.  It's absolutely
not fruitful but exasperating.  That doesn't mean that it's not
necessary.

In this particular case, this is partly related to _not_ using
GhostScript as PDF interpreter but instead using pdftodsc and then
working with the resulting not-quite-standard PostScript.  This
minimises the amount of knowledge and code required to make this work
but necessitates working with interfaces of Ghostscript that its
developers feel no obligation to provide some consistency for.

Changing the operation in a manner foregoing pdftodsc would likely make
preview-latex less vulnerable to this kind of recurring API change.

-- 
David Kastrup

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
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: Mon, 27 May 2019 16:09:52 +0900

>>>>> David Kastrup <dak <at> gnu.org> writes:
>> Are you thinking that it isn't fruitful to follow up the development of
>> ghostscript every time incompatible change is introduced?

> No since the changes tend to be completely arbitrary.  It's absolutely
> not fruitful but exasperating.  That doesn't mean that it's not
> necessary.

> In this particular case, this is partly related to _not_ using
> GhostScript as PDF interpreter but instead using pdftodsc and then
> working with the resulting not-quite-standard PostScript.  This
> minimises the amount of knowledge and code required to make this work
> but necessitates working with interfaces of Ghostscript that its
> developers feel no obligation to provide some consistency for.

> Changing the operation in a manner foregoing pdftodsc would likely make
> preview-latex less vulnerable to this kind of recurring API change.

I infer from what you wrote that you don't have intent to fix the
problem for yourself, at least for now.  Right?

Regards,
Ikumi Keita

Message #29 received at 35696 <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: Mon, 27 May 2019 10:56:56 +0200

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

>>>>>> David Kastrup <dak <at> gnu.org> writes:
>>> Are you thinking that it isn't fruitful to follow up the development of
>>> ghostscript every time incompatible change is introduced?
>
>> No since the changes tend to be completely arbitrary.  It's absolutely
>> not fruitful but exasperating.  That doesn't mean that it's not
>> necessary.
>
>> In this particular case, this is partly related to _not_ using
>> GhostScript as PDF interpreter but instead using pdftodsc and then
>> working with the resulting not-quite-standard PostScript.  This
>> minimises the amount of knowledge and code required to make this work
>> but necessitates working with interfaces of Ghostscript that its
>> developers feel no obligation to provide some consistency for.
>
>> Changing the operation in a manner foregoing pdftodsc would likely make
>> preview-latex less vulnerable to this kind of recurring API change.
>
> I infer from what you wrote that you don't have intent to fix the
> problem for yourself, at least for now.  Right?

It never was a problem for myself since my windows are black on white.
This code is for people who expect preview-latex to do something more
useful than the default on other setups.

-- 
David Kastrup

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
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: Mon, 27 May 2019 19:03:25 +0900

[Adding auctex-devel <at> gnu.org in To: field may result in too many
duplicated delivery of this message, so I refrain from doing so.]

Hi David and all,

>>>>> David Kastrup <dak <at> gnu.org> writes:

> It never was a problem for myself since my windows are black on white.
> This code is for people who expect preview-latex to do something more
> useful than the default on other setups.

Thanks for confirmation.  I understand your point of view.

Then, I'd like to ask other developers what we should do.  Some options
which came to my mind, in no particular order, are:

(1) Make `preview-pdf-color-string' just a no-op and drop the feature
to match the foreground color of the generated image with the default
face of emacs.
(2) Find someone to revise the Postscript code in
`preview-pdf-color-string'.  Maybe we can ask the developer of
Ghostscript, looking at the paragraphs [1]:
"The process of "tidying" the Postscript name space should have removed
only non-standard and undocumented operators. Nevertheless, it is
possible that any integrations or utilities that rely on those
non-standard and undocumented operators may stop working, or may change
behaviour.
If you encounter such a case, please contact us (either the #ghostscript
IRC channel, or the gs-devel mailing list would be best), and we'll work
with you to either find an alternative solution."
(I'm not sure this is a good idea or not, since similar problems may
recur in future even if the current case is resolved.)
(3) Find and ask someone to develop elisp code along with the David's
suggestion of circumventing pdf2dsc.  (Though I have an impression that
it's difficult to find a person skillful enough to carry out such a
task, other than David himself.)

Of course the alternatives are not limited to the above three.

[1] https://www.ghostscript.com/doc/9.27/History9.htm

Regards,
Ikumi Keita

Message #35 received at 35696 <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: Mon, 27 May 2019 13:16:33 +0200

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

> [Adding auctex-devel <at> gnu.org in To: field may result in too many
> duplicated delivery of this message, so I refrain from doing so.]
>
> Hi David and all,
>
>>>>>> David Kastrup <dak <at> gnu.org> writes:
>
>> It never was a problem for myself since my windows are black on white.
>> This code is for people who expect preview-latex to do something more
>> useful than the default on other setups.
>
> Thanks for confirmation.  I understand your point of view.
>
> Then, I'd like to ask other developers what we should do.  Some options
> which came to my mind, in no particular order, are:
>
> (1) Make `preview-pdf-color-string' just a no-op and drop the feature
> to match the foreground color of the generated image with the default
> face of emacs.

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.

-- 
David Kastrup

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
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 15:55:51 +0900

[Message part 1 (text/plain, inline)]

>>>>> 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?

Regards,
Ikumi Keita

[0001-Remove-walk-around-for-older-Ghostscript-bug-35696-a.patch (text/x-diff, attachment)]

Message #41 received at 35696 <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

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
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 23:29:38 +0900

>>>>> David Kastrup <dak <at> gnu.org> writes:
>> 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.

Ah, my bad, I was looking at the outcome of dvipng, not pdf2dsc.  After
I changed my setup to use pdf2dsc, the foreground color is just black.
Especially, on the theme with dark background, math formulae are hard to
read.  So this patch does not make sense.  Sorry.

> 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.

Now I'm wondering where "the last change to these code lines" mentioned
in your previous reply.  The command
"git log --grep=preview-pdf-color-string"
shows only two entries for me:
commit c5fe24eb9d59ff06be73f13d1a8c0a21885bc08c
Author: Ralf Angeli <angeli <at> caeruleus.net>
Date:   Wed Jun 8 07:16:21 2005 +0000

commit ed3cdfa35a8fd9a3df2954ef62f93b70459d872f
Author: David Kastrup <dak <at> gnu.org>
Date:   Tue Apr 12 15:12:39 2005 +0000

The former involves only texinfo document change, so only meaningful
commit is the latter.  But the function `preview-pdf-color-string' was
first introduced in the latter commit, and it already had exactly the
same form as today at that time.  I suppose the function has never
changed since then.

Regards,
Ikumi Keita

Message #47 received at 35696 <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 16:34:47 +0200

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

>>>>>> David Kastrup <dak <at> gnu.org> writes:
>>> 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.
>
> Ah, my bad, I was looking at the outcome of dvipng, not pdf2dsc.  After
> I changed my setup to use pdf2dsc, the foreground color is just black.
> Especially, on the theme with dark background, math formulae are hard to
> read.  So this patch does not make sense.  Sorry.
>
>> 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.
>
> Now I'm wondering where "the last change to these code lines" mentioned
> in your previous reply.  The command
> "git log --grep=preview-pdf-color-string"
> shows only two entries for me:
> commit c5fe24eb9d59ff06be73f13d1a8c0a21885bc08c
> Author: Ralf Angeli <angeli <at> caeruleus.net>
> Date:   Wed Jun 8 07:16:21 2005 +0000
>
> commit ed3cdfa35a8fd9a3df2954ef62f93b70459d872f
> Author: David Kastrup <dak <at> gnu.org>
> Date:   Tue Apr 12 15:12:39 2005 +0000
>
> The former involves only texinfo document change, so only meaningful
> commit is the latter.  But the function `preview-pdf-color-string' was
> first introduced in the latter commit, and it already had exactly the
> same form as today at that time.  I suppose the function has never
> changed since then.

Ah, you are right.  Sorry for the confusion.

-- 
David Kastrup

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: auctex-devel <at> gnu.org
Cc: 35571 <at> debbugs.gnu.org, 35696 <at> debbugs.gnu.org
Subject: Re: bug#35696: preview-latex does not work under any Emacs themes and
 bug#35571: 12.1; Changing foreground breaks previews
Date: Mon, 17 Jun 2019 18:46:50 +0900

Hi all,

Now I have some spare time, so I'd like to continue to discuss what we
should do about this issue.
I'm now a bit inclined to take the option (2) and ask gs-devel to
provide suitable Postscript(?) code for preview-latex.  What do others
think?

Regards,
Ikumi Keita

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

> Then, I'd like to ask other developers what we should do.  Some options
> which came to my mind, in no particular order, are:

> (1) Make `preview-pdf-color-string' just a no-op and drop the feature
> to match the foreground color of the generated image with the default
> face of emacs.
> (2) Find someone to revise the Postscript code in
> `preview-pdf-color-string'.  Maybe we can ask the developer of
> Ghostscript, looking at the paragraphs [1]:
> "The process of "tidying" the Postscript name space should have removed
> only non-standard and undocumented operators. Nevertheless, it is
> possible that any integrations or utilities that rely on those
> non-standard and undocumented operators may stop working, or may change
> behaviour.
> If you encounter such a case, please contact us (either the #ghostscript
> IRC channel, or the gs-devel mailing list would be best), and we'll work
> with you to either find an alternative solution."
> (I'm not sure this is a good idea or not, since similar problems may
> recur in future even if the current case is resolved.)
> (3) Find and ask someone to develop elisp code along with the David's
> suggestion of circumventing pdf2dsc.  (Though I have an impression that
> it's difficult to find a person skillful enough to carry out such a
> task, other than David himself.)

> Of course the alternatives are not limited to the above three.

> [1] https://www.ghostscript.com/doc/9.27/History9.htm

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

From: David Kastrup <dak <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: auctex-devel <at> gnu.org, 35571 <at> debbugs.gnu.org, 35696 <at> debbugs.gnu.org
Subject: Re: [AUCTeX-devel] bug#35696: preview-latex does not work under any
 Emacs themes and bug#35571: 12.1; Changing foreground breaks previews
Date: Mon, 17 Jun 2019 11:58:34 +0200

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

> Hi all,
>
> Now I have some spare time, so I'd like to continue to discuss what we
> should do about this issue.
> I'm now a bit inclined to take the option (2) and ask gs-devel to
> provide suitable Postscript(?) code for preview-latex.  What do others
> think?

Definitely worth a try, mentioning that this has to go through pdf2dsc .

-- 
David Kastrup

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: David Kastrup <dak <at> gnu.org>
Cc: auctex-devel <at> gnu.org, 35571 <at> debbugs.gnu.org, 35696 <at> debbugs.gnu.org
Subject: Re: [AUCTeX-devel] bug#35696: preview-latex does not work under any
 Emacs themes and bug#35571: 12.1; Changing foreground breaks previews
Date: Tue, 18 Jun 2019 21:08:55 +0900

>>>>> David Kastrup <dak <at> gnu.org> writes:
> Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
>> Hi all,
>> 
>> Now I have some spare time, so I'd like to continue to discuss what we
>> should do about this issue.
>> I'm now a bit inclined to take the option (2) and ask gs-devel to
>> provide suitable Postscript(?) code for preview-latex.  What do others
>> think?

> Definitely worth a try, mentioning that this has to go through pdf2dsc .

OK, then I'll try.

Best,
Ikumi Keita

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

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Gennady Uraltsev <gennady.uraltsev <at> gmail.com>,
 Hua Wang <hackitforfun <at> gmail.com>, Berthold Lorke <berthold <at> lorke.de>
Cc: 35571 <at> debbugs.gnu.org, 35696 <at> debbugs.gnu.org, 36039 <at> debbugs.gnu.org
Subject: Re: bug#35696; bug#35571; bug#36039
Date: Sun, 21 Jul 2019 21:14:15 +0900

Dear the bug reporters,

I just committed a "fix" for preview-latex in the git repository of
AUCTeX.  You can try it out at git://git.savannah.gnu.org/auctex.git .

Unfortunately, the latest development version offers only partial
solution if you are using gs 9.27.  Please read on for detail.

1. When you use gs 9.28 or later after gs 9.28 is released, customize
   `preview-pdf-color-adjust-method' to t.
   This includes the case that your (Linux or *BSD) binary package
   manager distributes gs 9.27 with necessary patches.
2. When you use gs 9.26 or before, customize
   `preview-pdf-color-adjust-method' to `compatible'.
3. When you use gs 9.27 and it doesn't have the necessary patches
   applied,
3-1. if you don't customize the foreground color of Emacs, customize
     `preview-pdf-color-adjust-method' to `compatible'.
3-2. if you customize the foreground color of Emacs and the background
     is light (i.e. not dark), customize
     `preview-pdf-color-adjust-method' to `compatible' and
     `preview-reference-face' to have default (black) foreground color.
3-3. if you customize the foreground color of Emacs and the background
     is dark, customize `preview-pdf-color-adjust-method' to nil.  This
     forces plain "black on white" appearance for the generated image.
     You can at least read what are written in the image although they
     may not match with your Emacs color well.

Best regards,
Ikumi Keita

Previous Next

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