GNU bug report logs -
#19942
25.0.50.1; Changing reftex-include-file-commands has no effect
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 25 Feb 2015 11:52:35 +0100
with message-id <878ufm1cwc.fsf <at> gnu.org>
and subject line Re: bug#19942: 25.0.50.1; Changing reftex-include-file-commands has no effect
has caused the debbugs.gnu.org bug report #19942,
regarding 25.0.50.1; Changing reftex-include-file-commands has no effect
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
19942: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19942
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Hello,
I was working in this document, wondering why reftex was not finding its
files. I realized it was because I was using a macro of mine (named
newpageinput) instead of the usual \input/\include, so I added:
% reftex-include-file-commands: ("newpageinput" "input" "include")
in the Local Variables: section, and hit C-u C-c C-n.
But despite my efforts (e.g. removing the corresponding style file in
auto/), the "C-c )" (reftex-reference) menu was always empty.
After some grepping, I finally found I had to run M-:
(reftex-compile-variables) RET in order to make it work.
Could this process be documented e.g. in the docstring of
reftex-include-file-commands ? Also, it would be nice to mention the
option reftex-include-file-commands in (info "(auctex) Multifile") or
(info "(reftex) Multifile Documents").
Thanks,
Emacs : GNU Emacs 25.0.50.1 (i686-pc-linux-gnu, X toolkit, Xaw scroll bars)
of 2015-02-18 on LDLC-portable
Package: 25.0.50.1
current state:
==============
(setq
window-system 'x
reftex-plug-into-AUCTeX t
)
--
Nicolas Richard
[Message part 3 (message/rfc822, inline)]
Nicolas Richard <theonewiththeevillook <at> yahoo.fr> writes:
Hi!
> I was working in this document, wondering why reftex was not finding
> its files. I realized it was because I was using a macro of mine
> (named newpageinput) instead of the usual \input/\include, so I added:
> % reftex-include-file-commands: ("newpageinput" "input" "include") in
> the Local Variables: section, and hit C-u C-c C-n.
>
> But despite my efforts (e.g. removing the corresponding style file in
> auto/), the "C-c )" (reftex-reference) menu was always empty.
>
> After some grepping, I finally found I had to run M-:
> (reftex-compile-variables) RET in order to make it work.
>
> Could this process be documented e.g. in the docstring of
> reftex-include-file-commands ?
The same applies to all parsing-related reftex variables. When changing
these options with customized, the "reftex tables" are marked dirty and
`reftex-compile-variables' will be called appropriately [1]. When
changing the options from lisp, you have to do that on your own.
I added that to the docs. Now they mention:
,----[ (info "(reftex)Options") ]
| In case you don’t use the ‘customize’ interface, here’s a caveat:
| Changing (mostly parsing-related) options might require a call to
| ‘reftex-compile-variables’ in order to become effective.
`----
> Also, it would be nice to mention the option
> reftex-include-file-commands in (info "(auctex) Multifile") or (info
> "(reftex) Multifile Documents").
Now the latter has a new paragraph:
,----[ (info "(reftex)Multifile Documents") ]
| • RefTeX knows about the ‘\include’ and ‘\input’ macros. In case you
| use different commands to include files in a multifile document,
| customize the variable ‘reftex-include-file-commands’.
|
`----
Bye,
Tassilo
[1] Actually, reftex-include-file-commands was an exception here. I
added the appropriate :set property to the defcustom just now.
This bug report was last modified 10 years and 180 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.