bug-auctex
[Top][All Lists]
Advanced

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

Re: [Bug-AUCTeX] preview-1.277; Customization changed outside custom


From: David Kastrup
Subject: Re: [Bug-AUCTeX] preview-1.277; Customization changed outside custom
Date: Mon, 23 Oct 2006 18:39:34 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

"Miguel V. S. Frasson" <address@hidden> writes:

> Observing that I no longer have revealed the contents of a preview, I
> customized group Preview Appearance, and found option
> preview-auto-reveal.  There I read:
>
>  Preview Auto Reveal: Hide Value Value Menu Function call:
>  Function: preview-arrived-via
>  Argument list:
>  Repeat:
>  INS DEL Lisp expression: backward-char
>  INS DEL Lisp expression: forward-char
>  INS
>     State: CHANGED outside Customize; operating on it here may be unreliable.
>
> Well, it says "CHANGED outside Customize; operating on it here may be
> unreliable."  Actually I never customized this option, and in the file
> where my customizations are saved, that option is not present.
> Furthermore, I use `pc-selection-mode', and my arrow keys are bound to
> `backward-char-nomark' and `forward-char-nomark'.
>
> Then I "erased customization". I obtained
>
> Preview Auto Reveal: Hide Value Value Menu Function call:
> Function: preview-arrived-via
> Argument list:
> Repeat:
> INS DEL Lisp expression: backward-char-nomark
> INS DEL Lisp expression: forward-char-nomark
> INS
>   State: STANDARD.
>
> Now this value looks ok for my settings. I did a dummy edit, saved and
> now it is working fine.  But I observe that before customize, the
> value was changed outside custom, to a value not useful for me.

The problem could resurface.  The problem is that the value is
determined by the keybindings at the time preview.el gets loaded.
This is not really a good idea, though efficient.  It appears to me
that the testing function is not called all too often.  So it should
be possible to do the test in question based on the keybindings at the
time of call.  In order to stay backwards-compatible at this time, I
would like to avoid changing the API.  One possibility would be the
following patch:

Attachment: txt86oj8n_PSc.txt
Description: Text Data

If nobody complains, I'll likely check it in soon.  It certainly is
less than wonderful, but I don't have a better idea.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

reply via email to

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