http://permalink.gmane.org/gmane.emacs.auctex.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.emacs.auctex.devel/2277 Okay, I got rid of the minor modes for XeTeX and Omega. (To be precise, the one for Omega is being kept for compatibility reasons for the time being.) Instead, there is a variable called `TeX-engine' which can be used to select the engine. Since we don't have a way to set stuff for a document, it is global at the moment but can obviously also be set file-locally. The three engine options are currently `default', `xetex' and `omega'. One could probably add PDFTeX as well but I didn't see a need for that because it is already handled by `TeX-DVI-via-PDFTeX'. The engine can be set through the TeXing options menu or with `M-x TeX-engine-set <RET>'. Lemme know what you think. Ralf Angeli 2008-10-05T18:43:48 http://permalink.gmane.org/gmane.emacs.auctex.devel/2276 Let us consider the following example, using current CVS Emacs 23.1 and current AUCTeX CVS. The directory Foo_dir contains Foo.tex (the main file of a document), and the directory FrontBackmatter which contains TitlePage.tex: $ ls -lrtR Foo_dir ... -rw-r--r-- 1 ... 948 Sep 29 00:07 Foo.tex drwxr-xr-x+ 2 ... 0 Sep 29 10:25 FrontBackmatter Foo_dir/FrontBackmatter: totale 9 ... -rw-r--r-- 1 ... 707 Sep 28 23:54 TitlePage.tex Foo.tex includes TitlePage.tex with: \include{FrontBackmatter/TitlePage} In Foo.tex there is: %%% Local Variables: %%% mode: latex %%% TeX-master: t %%% End: while in TitlePage.tex: %%% Local Variables: %%% mode: latex %%% TeX-master: "../Foo" %%% End: Building the document, it creates Foo.log and Foo.aux in Foo_dir, and TitlePage.aux in FrontBackmatter. When I decide to delete the generated intermediate files, it deletes only those in Foo_dir not those in FrontBackmatter, even if I repeat the operation (clik on toolbar delete icon) from the frame/window containing TitlePage.te Angelo Graziosi 2008-09-29T14:58:33 http://permalink.gmane.org/gmane.emacs.auctex.devel/2275 The code being referred to in this post is already in the CVS repository of RefTeX. Could be. Anyway, there is no special support for refstyle.sty, the changes in RefTeX simply allow you to set and use your own macros for referencing. Ralf Angeli 2008-09-21T18:45:33 http://permalink.gmane.org/gmane.emacs.auctex.devel/2274 Hej, Ralf Angeli wrote: I'm sorry that my post was a bit unclear. I was refering implicitly to this post by you on 01/02/2008 09:56 PM (and the following thread) on this mailing list. The message id is <flgtpe$cgc$1< at >ger.gmane.org> on news.gmane.org. As far as I understand this, this is connected to this idea: http://article.gmane.org/gmane.emacs.auctex.general/2187 Am I right? Cya Andreas Andreas Neiser 2008-09-21T18:19:04 http://permalink.gmane.org/gmane.emacs.auctex.devel/2273 I am not aware of any ongoing work on support for refstyle.sty. Ralf Angeli 2008-09-21T18:12:11 http://permalink.gmane.org/gmane.emacs.auctex.devel/2272 Hey, I've read some messages about implementing support for refstyle.sty (and maybe other referencing packages). I widely use some things like \figlabel{bla} and then \figref{bla} to reference it. Is there some ongoing (and maybe already working) patches which I can try? I'm not really experienced with Lisp and/or Emacs and/or AucTeX, therefor I hope somebody can explain some steps in detail here. Thanks in advance Andreas Andreas Neiser 2008-09-21T16:13:33 http://permalink.gmane.org/gmane.emacs.auctex.devel/2271 On Sep 10, 2008, at 12:19 PM, Uwe Brauer wrote: Because in the last 10 years I have fixed 1023567652.3 bugs in different Emacs packages I wrote. Sorry for forgetting this one ... :-) - Carsten Carsten Dominik 2008-09-12T20:10:59 http://permalink.gmane.org/gmane.emacs.auctex.devel/2270 On Sep 10, 2008, at 12:19 PM, Uwe Brauer wrote: Because in the last 10 years I have fixed 1023567652.3 bugs in different Emacs packages I wrote. Sorry for forgetting this one ... :-) - Carsten Carsten Dominik 2008-09-12T20:09:45 http://permalink.gmane.org/gmane.emacs.auctex.devel/2269 It is not used anywhere. It's a sketch of an installation/configuration wizard, quite unfinished. I don't think we package it for the Emacs tarballs, either. I think it is just in CVS and nowhere else. David Kastrup 2008-09-10T20:46:44 http://permalink.gmane.org/gmane.emacs.auctex.devel/2268 Hello We are almost done with the sync. (I said this a couple of weeks ago, I know). I just realized that the auctex source dir contains a file called tex-wizard.el This file is *not* included in the xemacs pkg provided by the auctex team, therefore we also will not include it. But just out of curiosity this file is only used in GNU emacs? Uwe Brauer Uwe Brauer 2008-09-10T10:43:44 http://permalink.gmane.org/gmane.emacs.auctex.devel/2267 > * Uwe Brauer (2008-09-08) writes: >> Then reftex-create-bibtex-file tex-bib-nocom.tex gives new.bib >> and reftex-create-bibtex-file tex-bib-com.tex gives new2.bib >> which is empty. > This is working fine at least with the CVS version of RefTeX. Have you > checked with the latest release? I did this now and it worked. Actually it was already fixed in version 4.24, before Auctex team took the responsibility, don't know why Carsten did not remember. Uwe Brauer Uwe Brauer 2008-09-10T10:19:02 http://permalink.gmane.org/gmane.emacs.auctex.devel/2266 This is working fine at least with the CVS version of RefTeX. Have you checked with the latest release? Ralf Angeli 2008-09-09T19:12:23 http://permalink.gmane.org/gmane.emacs.auctex.devel/2265 > * Uwe Brauer (2008-09-05) writes: >> Here are the relevant emails: > Please send a test case for reproducing the problem which is not torn to > shreds. Sure, let me first describe the philosophy. - Suppose you have a bib file, say bibgraf.bib with n entries. - suppose you have a tex file, say tex-bib.tex with m citations, where m<n. - now if you run reftex-create-bibtex-file on tex-bib.tex it should create a new bib file, say new.bib with these m citations. I attach 3 files. - Bibgraf.bib with 2 entries. - tex-bib-nocom.tex with one citations and with reftex-comment-citations set to nil. - tex-bib-com.tex with one citation and with reftex-comment-citations set to t. Then reftex-create-bibtex-file tex-bib-nocom.tex gives new.bib and reftex-create-bibtex-file tex-bib-com.tex gives new2.bib which is empty. Uwe _______________________________________________ auctex-devel mailing list auctex-devel< at >gnu.org http://li Uwe Brauer 2008-09-08T10:15:11 http://permalink.gmane.org/gmane.emacs.auctex.devel/2264 AFAICS it works in Emacs 21.4 and XEmacs 21.4.21 as well. I've checked it in. I'll take care of the other minor modes later because I don't know yet what to do with respect to TeX Omega mode and TeX XeTeX mode. Those are mutually exclusive but one could activate both of them via an init file entry (especially if we add a defcustom for TeX XeTeX mode). And when you load a LaTeX file both are active because the minor mode functions are not executed. So perhaps we should not implement those as minor modes. I'm digressing, I know, but this is what prevents me from finishing the update of the manual. Ralf Angeli 2008-09-07T17:47:50 http://permalink.gmane.org/gmane.emacs.auctex.devel/2263 Yeah, that would have been the next step. I tried nil which worked, but "" is likely the safer bet. Ralf Angeli 2008-09-07T17:02:47 http://permalink.gmane.org/gmane.emacs.auctex.devel/2262 My guess would be older versions of desktop.el. One should probably crosscheck with 22.1 and sort of recent XEmacs variants. I think that TeX-PDF-mode is probably not in minor-mode-alist because we want a different way of displaying the lighter. But "" should probably be fine here. David Kastrup 2008-09-07T16:44:15 http://permalink.gmane.org/gmane.emacs.auctex.devel/2261 It looks like the minor mode variable value of TeX PDF mode is restored but the minor mode function is not called. The latter runs `toolbarx-refresh' through the minor mode hook. What do people think about adding `TeX-PDF-mode' to `minor-mode-alist' which will make `desktop-save' recognize TeX PDF mode as a minor mode to be restored and remove the additions to `desktop-locals-to-save' we do at the end of tex.el? I dunno why we deal with `desktop-locals-to-save' at all. Mail-Followup-To: auctex-devel< at >gnu.org Ralf Angeli 2008-09-07T16:26:36 http://permalink.gmane.org/gmane.emacs.auctex.devel/2260 [...] No one else seems to have answered to this. And I am the last one (that I remember...) to have proposed structural changes (Adding the "Quick Start" chapter). Therefore let me just briefly say: Looks good. Regards, Frank Frank Küster 2008-09-07T10:37:54 http://permalink.gmane.org/gmane.emacs.auctex.devel/2259 .emacs is more for the interactive configuration. load-path changes are probably better done in default.el, and hopefully there is at least one place in the load-path where the user can store a file like that. It might be worth experimenting with this and giving a recommendation based on the results. David Kastrup 2008-09-06T18:37:05 http://permalink.gmane.org/gmane.emacs.auctex.devel/2258 ,----[ (info "(auctex)Advice for non-privileged users") ] | You'll have to add something like | `/home/myself/share/emacs/site-lisp' to your `load-path' variable, if | it isn't there already. `---- This implies that the lisp files will be installed below prefix if the directory exists and it is being added to `load-path'. But the configure script calls Emacs with -batch which implies -q. So if the directory is added in one's .emacs file to `load-path' the new value will not be picked up. Since changing site-start.el and the like will not be an option for non-privileged users I am wondering how the above is supposed to work. Can somebody shed some light on this? Perhaps we really have to suggest to specify both --prefix and --with-lispdir? Ralf Angeli 2008-09-06T13:27:10 http://permalink.gmane.org/gmane.emacs.auctex.devel/2257 Please send a test case for reproducing the problem which is not torn to shreds. Ralf Angeli 2008-09-06T08:44:52 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.auctex.devel