Peter Gacs | 5 Feb 2009 19:56
Favicon

11.85; remembering TeX master


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

I frequently use several files via \include{}, and rely on local file  
variables to point to the TeX master file.
But once AucTeX remembered the TeX master from an incorrect local  
file variable, it does not help if I change
this (say in the declaration at the end of the file).  AucTeX will  
only take notice if I exit the whole program
(I am using Aquamacs) and restart it.

Emacs  : GNU Emacs 22.3.2 (powerpc-apple-darwin9.6.0, Carbon Version  
1.6.0)
  of 2009-01-11 on lucy - Aquamacs Distribution 1.6
Package: 11.85

(Continue reading)

Ralf Angeli | 7 Feb 2009 16:55

Re: 11.85; remembering TeX master

* Peter Gacs (2009-02-05) writes:

> I frequently use several files via \include{}, and rely on local file
> variables to point to the TeX master file.  But once AucTeX remembered
> the TeX master from an incorrect local file variable, it does not help
> if I change this (say in the declaration at the end of the file).
> AucTeX will only take notice if I exit the whole program (I am using
> Aquamacs) and restart it.

C-c C-n (or from the menu: LaTeX --> Multifile/Parsing --> Reset Buffer)

--

-- 
Ralf

Uwe Siart | 8 Feb 2009 11:40
Picon
Favicon

2009-01-24; RefTeX documentation needs update

Dear all,

I just follow the advice from the AUCTeX website to report RefTeX stuff to the
AUCTeX lists. So I hope this is not OT.

The info node (info "(reftex) Key Bindings") does not reflect that the extra
binding prefix has been changed to "C-cC-y". Therefore at a first glance one
might think that reftex-extra-bindings is broken in Emacs 23.

Uwe

Emacs  : GNU Emacs 23.0.90.1 (i386-mingw-nt5.0.2195)
 of 2009-02-01 on SOFT-MJASON
Package: 2009-01-24

current state:
==============
(setq
 AUCTeX-date "2009-01-24"
 window-system 'w32
 LaTeX-version "2e"
 TeX-style-path '("c:/programme/emacs/var/auctex" "c:/Programme/emacs/site-lisp/auctex/style"
		  "c:/Dokumente und Einstellungen/siart/.emacs.d/auctex/auto"
		  "c:/Dokumente und Einstellungen/siart/.emacs.d/auctex/style" "auto" "style")
 TeX-auto-save t
 TeX-parse-self t
 TeX-master "gdhfbuch.tex"
 TeX-command-list '(("TeX" "%(PDF)%(tex) %`%S%(PDFout)%(mode)%' %t" TeX-run-TeX nil
		     (plain-tex-mode ams-tex-mode texinfo-mode) :help "Run plain TeX")
		    ("LaTeX" "%`%l%(mode)%' %t" TeX-run-TeX nil (latex-mode doctex-mode) :help "Run LaTeX")
(Continue reading)

Ralf Angeli | 8 Feb 2009 12:09

Re: [Bug-AUCTeX] 2009-01-24; RefTeX documentation needs update

* Uwe Siart (2009-02-08) writes:

> I just follow the advice from the AUCTeX website to report RefTeX stuff to the
> AUCTeX lists. So I hope this is not OT.
>
> The info node (info "(reftex) Key Bindings") does not reflect that the extra
> binding prefix has been changed to "C-cC-y". Therefore at a first glance one
> might think that reftex-extra-bindings is broken in Emacs 23.

The bindings haven't changed in the standalone version of RefTeX, only
in Emacs.

I will not port this change to the standalone version because it misses
the point of `reftex-extra-bindings' deliberately putting the bindings
into the user's `C-c <letter>' key binding domain.  I'd rather ask the
Emacs maintainers to back out the change in the Emacs repository.

--

-- 
Ralf

Uwe Siart | 8 Feb 2009 12:30
Picon
Favicon

Re: 2009-01-24; RefTeX documentation needs update

Ralf Angeli <angeli <at> caeruleus.net> writes:

> The bindings haven't changed in the standalone version of RefTeX, only
> in Emacs.
>
> I will not port this change to the standalone version because it
> misses the point of `reftex-extra-bindings' deliberately putting the
> bindings into the user's `C-c <letter>' key binding domain. I'd rather
> ask the Emacs maintainers to back out the change in the Emacs
> repository.

I want to back this idea because things worked fine for me with the
"C-c" prefix.

--

-- 
Uwe

Leo | 8 Feb 2009 17:44
Picon
Gravatar

Re: [Bug-AUCTeX] 2009-01-24; RefTeX documentation needs update

On 2009-02-08 11:09 +0000, Ralf Angeli wrote:
>> I just follow the advice from the AUCTeX website to report RefTeX
>> stuff to the AUCTeX lists. So I hope this is not OT.
>>
>> The info node (info "(reftex) Key Bindings") does not reflect that
>> the extra binding prefix has been changed to "C-cC-y". Therefore at a
>> first glance one might think that reftex-extra-bindings is broken in
>> Emacs 23.
>
> The bindings haven't changed in the standalone version of RefTeX, only
> in Emacs.
>
> I will not port this change to the standalone version because it
> misses the point of `reftex-extra-bindings' deliberately putting the
> bindings into the user's `C-c <letter>' key binding domain.  I'd
> rather ask the Emacs maintainers to back out the change in the Emacs
> repository.

I agree with Ralf.

What's the reason in changing it to ^C^Y?

Best,
--

-- 
.:  Leo  :.  [ sdl.web AT gmail.com ]  .: I use Emacs :.

Stefan Monnier | 8 Feb 2009 21:12
Picon

Re: [Bug-AUCTeX] 2009-01-24; RefTeX documentation needs update

> I will not port this change to the standalone version because it misses
> the point of `reftex-extra-bindings' deliberately putting the bindings
> into the user's `C-c <letter>' key binding domain.  I'd rather ask the
> Emacs maintainers to back out the change in the Emacs repository.

Indeed, IIRC we had agreed that this is a case of the user deliberately
deciding to let RefTeX use some of his reserved key-sequences.  Maybe we
just forgot to back out the change.  Does anyone remember why the change
hasn't been reverted?

        Stefan

Reiner Steib | 8 Feb 2009 23:40
X-Face

Re: [Bug-AUCTeX] 2009-01-24; RefTeX documentation needs update

On Sun, Feb 08 2009, Stefan Monnier wrote:

>> I will not port this change to the standalone version because it misses
>> the point of `reftex-extra-bindings' deliberately putting the bindings
>> into the user's `C-c <letter>' key binding domain.  I'd rather ask the
>> Emacs maintainers to back out the change in the Emacs repository.
>
> Indeed, IIRC we had agreed that this is a case of the user deliberately
> deciding to let RefTeX use some of his reserved key-sequences.  Maybe we
> just forgot to back out the change.  Does anyone remember why the change
> hasn't been reverted?

No.  Here's the discussion:

<http://thread.gmane.org/gmane.emacs.devel/93839/focus=95802>

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

David Reitter | 9 Feb 2009 00:20
Picon
Gravatar

11.85; PDF file deleted when generating previews

Following a bug report that I received and my attempts to diagnose the  
issue, I'd like to report two issues with Preview mode:

- In AUCTeX (latest release) with PDF mode on, using the command bound  
to the menu item "(or toggle) at point", the .pdf file associated with  
the master file for the current .tex source is deleted.  This is  
annoying; among the problems it causes is the reported one quoted below.

It appears that the .pdf file is deleted towards the end of the  
preview generation; this is noticeable when running the slower  
"generate previews for buffer".

Further investigation shows that the .pdf file is deleted by preview- 
gs-sentinel because it is the car of `preview-ps-file'.

- The user also reports that the PDF viewing application shows a lot  
of formulas for him (rather than the actual doc);  I don't quite  
understand what's going on.  I have verified that Preview generates  
_region_.pdf rather han anything else.

;; $Id: preview.el,v 1.282 2008/02/03 14:53:31 angeli Exp $

I hope this was sufficiently detailed; ask if I can supply more info.

Begin forwarded message:

> From: Jan Rosinski <jrosinsk <at> gmail.com>
> Date: 8 February 2009 16:46:43 EST
> To: Emacs on Mac OS X Mailing List <macosx-emacs <at> email.esm.psu.edu>
> Subject: Re: [OS X Emacs] sync with Skim
(Continue reading)

Markus Pahlow | 13 Feb 2009 08:49
Picon
Favicon

11.85; font-latex: cite has two optional arguments


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.

Be sure to consult the FAQ section in the manual before submitting
a bug report.  In addition check if the bug is reproducable with an
up-to-date version of AUCTeX.  So please upgrade to the version
available from http://www.gnu.org/software/auctex/ if your
installation is older than the one available from the web site.

If the bug is triggered by a specific (La)TeX file, you should try
to produce a minimal sample file showing the problem and include it
in your report.

Your bug report will be posted to the AUCTeX bug reporting list.
------------------------------------------------------------------------

Cite commands such as \cite[e.g.][]{ref} are fontified incorrectly,  
indicating an error,
although this is a legal form of the cite command using natbib.  The  
problem is due
to the entry ("cite" "[{") under "reference" in the defvar of font- 
latex-built-in-keyword-classes.
It should be ("cite" "[[{").  Please correct in the next release.   
Thank you.

Emacs  : GNU Emacs 22.3.1 (i386-apple-darwin9.6.0, Carbon Version 1.6.0)
  of 2009-02-10 on plume.sr.unh.edu - Aquamacs Distribution 1.7preview1
Package: 11.85

(Continue reading)


Gmane