Hi Al,
Thanks. I'll take a look at your specific comments later, but wanted to
mention an issue that came up immediately. With
'preview-visibility-style' set to 'always or 'at-point, if I modify the
preview, then the graphic is replaced by the character "x". In case
it's helpful for debugging, the relevant overlay property looks like so:
strings
(#("x" 0 1
(display
(image :file
"~/scratch/tex/build/_region_.prv/tmpggqjfo/prev001.png"
:type png :ascent 85)
mouse-face highlight help-echo
"<mouse-2> opens text\n<mouse-3> more options"
keymap
(keymap
(mouse-3
. #[257 "\301\300\"\207"
[#<overlay from 69 to 82 in
20251207T121632--scratch.tex>
preview-context-menu]
4
("~/.emacs.d/elpaca/builds/auctex/preview.elc"
. 89759)
"e"])
(mouse-2
. #[0 "\301\300!\207"
[#<overlay from 69 to 82 in
20251207T121632--scratch.tex>
preview-regenerate]
2 nil nil]))))
. #("x\n" 0 1
(keymap
(keymap
(mouse-3
. #[257 "\301\300\"\207"
[#<overlay from 69 to 82 in
20251207T121632--scratch.tex>
preview-context-menu]
4
("~/.emacs.d/elpaca/builds/auctex/preview.elc"
. 89759)
"e"])
(mouse-2
. #[0 "\301\300!\207"
[#<overlay from 69 to 82 in
20251207T121632--scratch.tex>
preview-regenerate]
2 nil nil]))
help-echo
"<mouse-2> regenerates preview\n<mouse-3> more options"
mouse-face highlight display nil)))
I tried tweaking the various settings (keep-stale-images, etc.) and this
behavior didn't seem to change. Happy to attempt to give a more
detailed reproduction if that would help, but maybe the above is enough
to see what's going on.
P.S. there are some minor compiler warnings (preview--string and
preview-temporary-opened are used before their definition).
Thanks, best,
Paul
_______________________________________________
bug-auctex mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-auctex
