Re: [AUCTeX] ConTeXt MkIV Support
Hi Tobias, 2016-09-02 8:40 GMT+02:00 Tobias Berndt: > > > > Hello AucTeX TeAm, > > > > since your release note: > > > > Basic support to ConTeXt Mark IV has been added. Users can now select the > Mark version to be used with new option ConTeXt-Mark-version, and AUCTeX is > able to catch error messages in the output log of a Mark IV document. > > > > I have been tried the most current versions of AucTeX and (Gnu)Emacs to > switch on the mystery ConTeXt-Mark-version option because I work with ConTeXt > Mkiv and so I am very keen on using the new AucTeX ConTeXt Mark IV support! > BUT: It is simply not there?! > > > > Tested with auctex-11.89.3/4/5 and emacs-24.3/4/5 > > > > Could you tell me what’s wrong, please? The variable is defined in file "context.el", that means that you have to open a ConTeXt file (so that the file will be loaded) in order to be able to customize the variable with `M-x customize-variable RET ConTeXt-Mark-version RET'. However, you can also set it in your init file with: (setq ConTeXt-Mark-version "IV") Hope this helps. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] ConTeXt MkIV Support
Hi Toias, 2016-09-02 12:18 GMT+02:00 Tobias Berndt: > Hey Mosè, > > thanks for the prompt answer. Meanwhile, I tried `M-x customize-variable RET > ConTeXt-Mark-version RET', but Emacs says: > > Wrong type argument: symbolp, "string" > > :((( Oops, that was my fault indeed, I'm going to fix it in AUCTeX repository. Until a new AUCTeX release, you can fix it locally by replacing line 501 of file context.el :type "string" with :type 'string and recompile the file with `M-x byte-compile file RET RET'. This error says all on how much I use the customize interface, I'm sorry. Manually setting the variable in the init file as I suggested above should work flawless (indeed this is what I actually tried during testing). Bye, Mosè PS: when you reply to a mailing list, please push the "reply to all" button ;-) ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] ConTeXt MkIV Support
2016-09-02 12:45 GMT+02:00 Tobias Berndt: > ... now it works => THANKS! Good to know, thanks for the report! > (cannot see any differences, yet, but I'll see) The only differences are: * compilation with "context" instead of "texexec" * fatal error messages in compilation output are recognized Bear in mind that none of the active developers of AUCTeX uses ConTeXt, that's the reason of the low level of support for this program. We need more input from users or, even better, high quality code contributors. Bye, Mosè PS: remember the "reply to all" button! ;-) ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] elpa installed auctex is not the one used
Hi Tassilo and Jean-Francois, 2016-09-16 17:40 GMT+02:00 Tassilo Horn: > Please check your system's `site-run-file'. That's probably > /usr/share/emacs/site-lisp/site-start.el. I presume there's some code > in it which forcefully loads the site-lisp AUCTeX version. There could > also be "a default init file" /usr/share/emacs/site-lisp/default.el > doing something such. In Debian there is an empty /etc/emacs/site-start.el file, but the directory /etc/emacs/site-start.d has some configuration files. If a user installs the "auctex" package, there will be a "50auctex.el" file in that directory. This file starts with the following comment: ;;; This is a conffile: you can edit it if you like Thus, users can either customize it in order to load this version of the package only if there isn't an ELPA package for AUCTeX, or completely comment the file. Hope this helps, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] old evince problem - evince aborts after a few seconds without an error message
Hi Janusz, 2016-11-19 6:43 GMT+01:00 Janusz S. Bień: > On Wed, Dec 30 2015 at 7:47 CET, jsb...@mimuw.edu.pl writes: >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809388 > > [...] > > > On Fri, Nov 18 2016 at 21:50 CET, ja...@inspiresomeone.us writes: >> Control: tags -1 - moreinfo unreproducible >> >> On Wed, Nov 16, 2016 at 05:20:52PM +0100, Janusz S. Bień wrote: >>> Another crash, still a not typical one: >> >> I might have found what's causing it. Try setting environment variable >> G_SLICE=always-malloc before evince runs and see if that stops the >> crashes. > > How to set the variable for evince started by AUC-TeX? Doesn't setting the environment variable in your .bashrc file or so work? I don't think you have to do something special within Emacs. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] how to disable indentation for tabular-like environment
Hi Denis, 2016-12-16 8:17 GMT+01:00 Denis Bitouzé: > I'd like to achieve for `myenv' environment the same behavior as the > `document' environment. For instance, with the following content: > > ┌ > │ \documentclass{article} > │ \begin{document} > │ Foo. > │ \end{document} > └ > > and the cursor is on the line: > > ┌ > │ Foo. > └ > > pressing doesn't indent the line. The `LaTeX-document-regexp' option should be what you're looking for. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] how to disable indentation for tabular-like environment
Hi Denis, 2016-12-15 18:37 GMT+01:00 Denis Bitouzé: > Could you please elaborate the trick? I added: > > ┌ > │ (add-to-list 'LaTeX-indent-environment-list '("myenv" > current-indentation)) > └ > > to my `.emacs' but the got the error: > > ┌ > │ Warning (initialization): An error occurred while loading > ‘/home/bitouze/.emacs’: > │ > │ Symbol's value as variable is void: LaTeX-indent-environment-list > └ > > despite I'm using the last AUCTeX version: (elpa) auctex-11.89.7. When you use `add-to-list' is almost always a good idea to wrap it in a `with-eval-after-load' (or `eval-after-load' in older Emacsens), unless you know when the variable is defined in your init file: (with-eval-after-load "latex" (add-to-list 'LaTeX-indent-environment-list '("myenv" current-indentation))) This should do the trick. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] how to disable indentation for tabular-like environment
2016-12-16 15:00 GMT+01:00 Denis Bitouzé <dbito...@wanadoo.fr>: > Hi Mosè, > > Le 16/12/16 à 14h38, Mosè Giordano a écrit : > >> 2016-12-16 8:17 GMT+01:00 Denis Bitouzé <dbito...@wanadoo.fr>: >> >>> I'd like to achieve for `myenv' environment the same behavior as the >>> `document' environment. For instance, with the following content: >>> >>> ┌ >>> │ \documentclass{article} >>> │ \begin{document} >>> │ Foo. >>> │ \end{document} >>> └ >>> >>> and the cursor is on the line: >>> >>> ┌ >>> │ Foo. >>> └ >>> >>> pressing doesn't indent the line. >> >> The `LaTeX-document-regexp' option should be what you're looking for. > > Regexp? Sigh... why life is to complicated?! ;) I don't know why it was conceived as a regexp rather than as a list of environment names (a regexp can be then built automatically). > Anyway, I couldn't find any reference concerning > `LaTeX-document-regexp'. Any pointer? There are a number of AUCTeX's features hidden in the source code, this increases the pleasure of discovering new features every day ;-) Jokes apart, (setq LaTeX-document-regexp "document\\|foo") and you're done. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] how to disable indentation for tabular-like environment
2016-12-16 15:17 GMT+01:00 Denis Bitouzé: > But what's the point with `\\|foo'? AFAICS: > > ┌ > │ (setq LaTeX-document-regexp "myenv") > └ > > does the trick as well. \(a\|b\) matches "a" or "b" (but in the variable you don't need to put the outer parentheses, and you have to double escape the backslash), you have to include both "document" and "myenv" in order to indent both in the same way. With your setting I'm not sure the "document" environment will be indented correctly. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] how to disable indentation for tabular-like environment
2016-12-16 15:34 GMT+01:00 Denis Bitouzé: > I see. So you meant `myenv' instead of `foo', don't you? Yes, I didn't look back to the name of the environment ;-) > Anyway, regarding your explanation, I couldn't see the point with the > `\' before `\|myenv' in: > > ┌ > │ (setq LaTeX-document-regexp "document\\|myenv") > └ The plain regexp would actually be document\|myenv but in Lisp code you have to escape the backslash, so you should use document\\|myenv See https://www.emacswiki.org/emacs/RegularExpression#RegexpsInEmacs Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] AUCTeX 11.90 released
. The optional argument of command '\includegraphics' now supports key-val query; keys can independently be chosen anytime by pressing the <,> key. As a side effect, the variable 'LaTeX-includegraphics-options-alist' is now no-op and is removed from 'tex-style.el'. You can safely remove any customization of it from your init file. The mandatory argument of '\includegraphics' knows about image file extensions supported by the used engine and offers them for inclusion. Support for other LaTeX packages was improved, and style files for several new packages were added. Many bugs were crushed along the way. Requirements It is required that you use at least GNU Emacs 21 or XEmacs 21.4. XEmacs requires at least version 1.84 of the xemacs-base package (released on 01/27/2004) or a sumo tarball dated 02/02/2004 or newer for compiling AUCTeX: please use the XEmacs package system for upgrading if necessary. The preview-latex subsystem requires image support. This is available with GNU Emacs 21.3 under the X window system. For Windows[2], Mac OS X (Carbon, Cocoa)[3] or native GTK+ toolkit support, at least version 22.1 of GNU Emacs is required. Emacs 22 and later is the recommended platform for AUCTeX in general. If you prefer XEmacs, it will work in version 21.4.10 or later. You'll also need a working LaTeX installation and Ghostscript. dvipng[4] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. Availability The easiest way for getting AUCTeX, for users running Emacs 24.1 or higher, is installing it with GNU ELPA, see <URL:https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at <URL:ftp://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball, and a platform-independent XEmacs package file (which you have to install yourself using XEmacs' own package system, after using it for removing the previous version of AUCTeX). You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. The XEmacs package file can be discerned by `pkg' in its name. It is usually more recent than what gets distributed from XEmacs servers and as part of the Sumo tarball. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX <URL:http://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Uwe Brauer, Ken Brown, Joshua Buhl, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Patrick Gundlach, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin (Please accept our apologies if we forgot somebody.) Footnotes: [1] <URL:ftp://ftp.dante.de/tex-archive/macros/latex/contrib/preview/> [2] You can get a precompiled version of Emacs for Windows at <URL:ftp://ftp.gnu.org/gnu/emacs/windows/>. [3] See e.g. <URL:http://www.emacswiki.org/cgi-bin/wiki/EmacsForMacOS> for a list of precompiled versions of Emacs for Mac OS X. [4] dvipng is available via its project page <URL:http://savannah.nongnu.org/projects/dvipng> and from CTAN. -- Mosè Giordano, on behalf of the AUCTeX team ___ auctex m
Re: [AUCTeX] AUCTeX has a logo!
2017-01-12 13:56 GMT+01:00 Arash Esbati: > I have only one question reg. the placement of logo: Does it > make sence to put the logo in the banner? Idea is attached. I already tried that last year, but didn't like it too much, because I think it makes the header too high (or we should shrink the logo thumbnail). BTW, suggestions are welcome from anyone (including comments on Arash's proposal). Volunteers willing to refresh the screenshots page are encouraged ;-) Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Syntax color in math-mode
Hi Colin, 2017-01-13 10:49 GMT+01:00 Colin Baxter: > > Hello, > > Has the syntax coloring in math mode changed recently? I notice that the > exponent symbol ^ is now colored a very dark red, which makes it difficult to > read against my black background. How can I get back to the original > lighter coloring? > > I am using the latest git pull version of auctex and emacs-25.1.1. Yes, that changed a few days ago and this is described in the news section of the manual (https://www.gnu.org/software/auctex/manual/auctex.html#Changes): * AUCTeX is able to display several levels of super- and subscripts, each one raised above and a bit smaller than its basis. For this feature, have a look at the customize options 'font-latex-fontify-script' (especially the new values 'multi-level' and 'invisible') and 'font-latex-fontify-script-max-level'. Also, the script characters '^' and '_' are also fontified with a special face named 'font-latex-script-char-face'. See Fontification of math, for details. So you may want to customize `font-latex-script-char-face'. I suggest you to keep it different from the rest of the equation, in order to better highlight those characters. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX has a logo!
Hi Arash, sorry for not getting back to you earlier, sometimes I miss some messages to reply to. Regarding the position of the logo, I like that currently its background color is different from the surrounding color (which is recalled, instead, by the text color). With your proposal the background color of the logo would be much closer to the surrounding, which would make it less visible, IMHO. 2017-01-13 16:17 GMT+01:00 Arash Esbati: > Arash Esbati writes: > >> Glad you mentioned it, was also next on my list ;-) I think nowadays >> mere screenshots doesn't fit the bill anymore -- how about captured gifs >> from Emacs/AUCTeX? > > Following up myself, my idea would be to create small .gif's for > different features instead of screenshots. Example is attached for new > &-counting feature in tables. > > What do others think? Many AUCTeX's features are very much related to interactivity, so an animation would serve well the goal of showing off the power of this editor. The only thing I don't like in your gif is that it's too fast, it's difficult to see what's happening, but I guess you can easily fix this. In any case, I'd be really happy to see contributions also from non-developers, so they can give back to the project ;-) Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX 11.90 released
Hi Antonio, 2017-01-13 10:54 GMT+01:00 Antonio Ceballos: > I am a contributor in the Spanish Team at translationproject.org. As you > need translators for AUCTeX, I wonder if I could contribute in some way. Thank you so much for the offer! However, I don't think AUCTeX is suited to be translated. Emacs itself is not localized, I'm not aware of any plugin localized, either, so I don't know if there are at all tools for managing translations of Elisp project. Even if it were possible, the community of people actively contributing to the project is pretty small, my fear is that in the long run localizations would become unmaintained and obsolete. If you have experience with Elisp programming and are willing to contribute something to improve support of Spanish in AUCTeX, you could provide a style file for babel, which doesn't seem to exist. You can use one of the other language style files as a base, like style/german.el or style/italian.el, there are plenty of them. Also a style file for polyglossia would be great, currently there is only the one for Italian (style/gloss-italian.el), but polyglossia is still a niche in LaTeX world. If you aren't into Elisp programming, you can still produce some documentation in Spanish, so you can spread the word of AUCTeX into all Spanish-speaking countries (and they're a lot!). Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] AUCTeX has a logo!
Dear all, yesterday a new version of AUCTeX was released and Tassilo promptly updated the package on GNU ELPA and it is already live, so probably many of you already got it. Let me thank all people who contributed for this release come true. As a first act after the new release, I added a new logo for AUCTeX to the repository. There has been a thread on this mailing list a while ago about the logo, there was a good consensus on the design but then the discussion stalled. I went bold and installed it. For anybody using git, the LaTeX source of the logo is under etc/ directory. Just open the file with AUCTeX and issue C-c C-a to view the output (you may need a recent TeX distribution to compile the document). People not using git can grab the file from http://git.savannah.gnu.org/gitweb/?p=auctex.git;a=blob_plain;f=etc/auctex-logo.tex;hb=HEAD You can see the logo in action also in our website: https://www.gnu.org/software/auctex/ Two PNG versions are available: * smaller: https://www.gnu.org/software/auctex/img/auctex-logo-128.png * larger: https://www.gnu.org/software/auctex/img/auctex-logo.png I hope you'll enjoy it! Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] calling biber with option
Hi Tamas, 2016-12-05 13:19 GMT+01:00 Tamas Papp: > Hi, > > I would like to have AUCTeX call Biber with the --output-safechars > option. I found TeX-command-extra-options for the main engine, but I > don't know how to customize biber. Do you want this always or on a per-document basis? In the former case, you can just customize `TeX-command-list', the latter requires more work (defining a new file-local variable and adding an appropriate expander to `TeX-expand-list'). Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] [RFC] Do not distribute a package for Windows
Dear all, in particular Windows users, I'm testing the release process, in view of the upcoming release of AUCTeX 11.90. At every release, one of the most annoying part is to adapt the Makefile for distributing an AUCTeX package for Windows. For example, I have to adjust the Makefile for the name of Emacs's binary package and its file structure (they change every now and then). To make things even more annoying, starting with Emacs 25.1 there are two packages, one for 32-bit systems and the other for the 64-bit ones, so I don't know whether we should distribute two AUCTeX packages as well. My propose: do not distribute a package for Windows. Reasons: * the package for Windows is actually very limited: it is bound to the Emacs's version it's built for (we usually build it only for the latest Emacs version) and must be first package installed in Emacs. * AUCTeX is in GNU ELPA, which is cross-platform and *much* more easy to use. If no one has objections, I will *not* distribute a Windows package for AUCTeX 11.90. My idea is also to make it clearer on the website that the preferred way to install AUCTeX is through GNU ELPA, independently from the operating system used. What do you think? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
Hi, 2017-01-07 23:16 GMT+01:00: > Regarding the package distribution. I'm a Windows 32-bit user (both Windows > and I are 32-bit), so let me understand: as long as I update AucTeX via > package-list-packages, I'll have no problems? That's correct. I want to push forward the use of ELPA (on all systems), I don't see any point in keeping distributing a package that made much sense only when there was no other simple way to install AUCTeX. By the way, I forgot to add this to the reasons: * the Windows package we distribute isn't particularly fun to update, instead updating AUCTeX with ELPA is easy and we issue frequent updates with bug fixes and new features along the way (so you don't even need to wait for a new stable release to get them). Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
Hi Arash, 2017-01-09 10:39 GMT+01:00 Arash Esbati: > Mosč Giordano writes: > >> 2017-01-08 19:49 GMT+01:00 Arash Esbati : > >>> Before I write some text: If I get it right, one can have >>> (package-initialize) in his .emacs and then the sentence from "1.3 Quick >>> Start" does not apply anymore. Is this correct? >> >> One must *not* manually load AUCTeX when it's installed via ELPA, no >> matter if `package-initialize' is called or not. Indeed, this is >> sometimes another source of ambiguity for newcomers. > > Thanks for the clarification. What do you think about the change > attached? Thanks for taking care of this, your changes look good to me. Side comment. Since AUCTeX is in GNU ELPA and this repository is activated by default, the installation procedure could be further simplified to M-x package-install RET auctex RET However, the current procedure makes sure that the latest version of the package is grabbed (otherwise one may end up with an old one), so in the end maybe it's better to stick with current procedure. Let's hope that this will help people that want to install the package! Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
Hi Arash, 2017-01-08 19:13 GMT+01:00 Arash Esbati: > I suggest that we also > emphasize more in the official documentation that ELPA is the preferred > way to go. WDYT? The installation section of the manual starts with The simplest way of installing AUCTeX is by using the Emacs package manager integrated in Emacs 24 and greater (ELPA). and the description of the process takes more or less one other line. It looks pretty clear to me, but this isn't probably sufficient, since sometimes I see people in trouble trying to compile the package from source. If you have ideas on how to improve it, please go ahead. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
2017-01-08 19:49 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> 2017-01-08 19:13 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: >>> I suggest that we also >>> emphasize more in the official documentation that ELPA is the preferred >>> way to go. WDYT? >> >> The installation section of the manual starts with >> >> The simplest way of installing AUCTeX is by using the Emacs package >> manager >> integrated in Emacs 24 and greater (ELPA). >> >> and the description of the process takes more or less one other line. >> It looks pretty clear to me, but this isn't probably sufficient, since >> sometimes I see people in trouble trying to compile the package from >> source. If you have ideas on how to improve it, please go ahead. > > I think one point that may be confusing is your quote above from section > "1.2 Installing AUCTeX" and this part from "1.3 Quick Start": > > If AUCTeX is installed, you might still need to activate it, by > inserting > > (load "auctex.el" nil t t) > > in your user init file.(1) If you’ve installed AUCTeX from the Emacs > package manager (ELPA), you must not have this line in your user init > file. The installation procedure already cares about loading AUCTeX > correctly. > > My suggestion is to have in "1.2 Installing AUCTeX" something like: > > The modern and strongly recommended way of installing AUCTeX is by > using the Emacs package manager integrated in Emacs 24 and greater > (ELPA) ... That’s all. See section "1.3 Quick Start" for further > instructions after this step. > > Before I write some text: If I get it right, one can have > (package-initialize) in his .emacs and then the sentence from "1.3 Quick > Start" does not apply anymore. Is this correct? One must *not* manually load AUCTeX when it's installed via ELPA, no matter if `package-initialize' is called or not. Indeed, this is sometimes another source of ambiguity for newcomers. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
2017-01-10 10:49 GMT+01:00 Arash Esbati <ar...@gnu.org>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> 2017-01-10 9:05 GMT+01:00 Arash Esbati <ar...@gnu.org>: >>> I built the manual as .pdf and some TOC entries are misplaced (excerpt >>> attached). I have texinfo version 2016-08-16.19 here. Can you >>> reproduce this? TIA. >> >> Do you mean that some page numbers go outside the margins? Yes, I can >> reproduce this, but it was this way also in 11.89 manual >> (http://ftp.gnu.org/gnu/auctex/11.89-extra/auctex.pdf), so it's not a >> recent regression. Probably something changed in texinfo. > > Yes, I meant the page numbers. I took the pdf file from here > > https://www.gnu.org/software/auctex/manual/auctex.pdf > > and indeed, it says Version 11.88, 2014-10-29. I should have checked > better :-[ You got me. I hoped that no one would have noticed that I didn't move the manual for 11.89 there, before the next release ;-) > One other thing I didn't check is if my last change to install.texi also > works with makeinfo -- I just ran pdftex on the file. Invoking `make' > in doc/ says > > install.texi:25: @ref reference to nonexistent node `Quick Start' > make: *** [Makefile:179: ../INSTALL] Error 1 I guess the problem is that doc/install.texi alone is used to create the INSTALL file. Since the reference to post-installation is not needed there, I think that you can safely wrap the whole sentence starting with "Once the installation is completed" inside a "@ifclear rawfile". Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] [RFC] Do not distribute a package for Windows
Hi Arash, 2017-01-10 9:05 GMT+01:00 Arash Esbati: > I built the manual as .pdf and some TOC entries are misplaced (excerpt > attached). I have texinfo version 2016-08-16.19 here. Can you > reproduce this? TIA. Do you mean that some page numbers go outside the margins? Yes, I can reproduce this, but it was this way also in 11.89 manual (http://ftp.gnu.org/gnu/auctex/11.89-extra/auctex.pdf), so it's not a recent regression. Probably something changed in texinfo. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Completion in minibuffer
Hi Denis, 2016-12-16 21:07 GMT+01:00 Denis Bitouzé: > Hi, > > thanks to completion packages (`auto-complete', `company'), one can save > a lot of time and pain while typing text and code. > > It would be helpfull as well for LaTeX but, with C-c , everything > takes place in the mini-buffer where, AFAIK, completion of commands or > environments already present in the buffer (current and other ones open) > isn't performed. > > Would it be possible to have completion in minibuffer? Or maybe there is > a better solution? I use helm for completion in minibuffer, but I didn't try alternatives, like the already mentioned ivy. Here is a longish guide for configuring helm: https://tuhdo.github.io/helm-intro.html However, regarding compatibility with AUCTeX, helm doesn't work with `multi-prompt-key-value' (function used in AUCTeX to provide completions for key=value syntax) and helm's maintainer doesn't want to fix it because they only support recent Emacsens. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Subfiles package and reftex
2016-12-27 0:41 GMT+01:00: > Hello Mosè, > > This is great! Yes, this is what I needed. Thanks! Good. Then you only need to wait for the next AUCTeX release. Hold on ;-) Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Subfiles package and reftex
Hi Colin, 2016-12-27 8:54 GMT+01:00 Colin Baxter: > How is this any advantage over simply using \include(file1}? I must be > missing something here. I don't use subfiles, but my understanding is that you can compile a single subfile without changing anything in the source code. This is particularly easy with AUCTeX, because in an included file C-c C-a (or C-c C-c) compiles the current file, instead in master file it compiles the whole document. Instead, with include mechanism you have to select every time the file to be included with \includeonly, manually editing the file whenever you want to switch between a single file or the whole document or you want to change the single file to be compiled. I don't know whether there are other advantages. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Subfiles package and reftex
Hi Edgar, 2016-12-26 5:14 GMT+01:00: > Hi there, > > I would like to know if there is a way to > (1) set a master file (Master.tex) which includes other files (\input, > \subfiles, \include or any other) with relative paths > (2) those other files (header.tex, File1.tex, File2.tex...) have labels (as > in \label{fig:NicePicture}) > (3) set a cross-reference between those labels (File1.tex has > \label{fig:NicePicture} somewhere, and File2.tex has \cref{fig:NicePicture}) > (4) set a bunch of styles (\usepackage, \newcommand, etc.) in one of the > external files (header.tex, for instance) > (5) use RefTeX to create those cross-references. > > Say, something like this: > |-Master.tex > |-preamble.tex > |-File1.tex > |-File2.tex > > But sometimes, I want to see how File2.tex looks like as a PDF before > compiling the whole thing. So, I set \usepackage{subfiles} in preamble.tex > and load it at the top of Master.tex with \input{preamble.tex}. This loads > all my \newcommand, styles and package options when I run pdflatex. However, > I am unable to use RefTeX between File1.tex and File2.tex. I have set the > %%% TeX-master: "Methods" at the bottom of File1.tex and File2.tex. "Methods"? Did you "Master"? Anyway, a few hours ago was installed in AUCTeX a new patch that should improve your workflow with this package. For example, this is my master file: --8<---cut here---start->8--- \documentclass{article} \usepackage{subfiles,amsmath} \begin{document} hello world! \begin{equation} \label{eq:1} a + b = c \end{equation} \subfile{file1.tex} \end{document} %%% Local Variables: %%% mode: latex %%% TeX-master: t %%% End: --8<---cut here---end--->8--- and this is my file1.tex file: --8<---cut here---start->8--- \documentclass[master.tex]{subfiles} \begin{document} Equation~\eqref{eq:1} \end{document} %%% Local Variables: %%% mode: latex %%% TeX-master: t %%% End: --8<---cut here---end--->8--- Inside file1.tex, now I can insert with RefTeX a reference defined in another file (like what I did to insert the reference to "eq:1" label). Is this what you would like? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] A problem with \parencite and fill-paragraph
Hi all, first of all, thanks to Adam for the report and the correct guess about the culprit! I think we all came up with similar solutions. I was concerned about performance of Arash's fix, but according to `benchmark-run' the overhead isn't large (slowdown of the order of few percents) and shouldn't be noticeable in normal situations. Arash, if you're going to install your patch, please add also a test. I know that writing tests is one of the most annoying part of coding, yet it's very important because it ensures that we won't break something again in the future. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] A problem with \parencite and fill-paragraph
Hi Arash, 2017-03-31 9:38 GMT+02:00 Arash Esbati <ar...@gnu.org>: > Mosè Giordano <m...@gnu.org> writes: > >> I think we all came up with similar solutions. I was concerned about >> performance of Arash's fix, but according to `benchmark-run' the >> overhead isn't large (slowdown of the order of few percents) and >> shouldn't be noticeable in normal situations. > > Hi Mosè, > > thanks for looking at it. I think I can tweak the function to get > faster by increasing `gc-cons-threshold' and changing the string-match > condition. Here is what I get with /1 as my original suggestion and /2 > the new one. Do you also want to give it a roll? I don't think it's necessary to touch `gc-cons-threshold' here. When I expressed concerns about performance I was thinking that the function was called much more often, instead it's probably used once per visited document, or something like that. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] setting same color for math scripts as other math
Hi Tamas, 2017-03-15 12:37 GMT+01:00 Tamas Papp: > Hi, > > I can't see the DarkRed very well and would like math scripts to have > the same color as other math in AUCTeX (burlywood in dark themes). How > can I achieve this in Emacs Lisp (I could customize, but prefer not to, > so that when I switch color themes it adjusts accordingly). > > Is there some Emacs Lisp magic that would copy colors from one face to > another? To copy a specific attribute (foreground in this case) you can use something like --8<---cut here---start->8--- (with-eval-after-load "font-latex" (set-face-attribute 'font-latex-script-char-face nil :foreground (face-attribute 'font-latex-math-face :foreground))) --8<---cut here---end--->8--- or replace the `(face-attribute ...)' with the color you like. I don't know if there is something simpler. You can inherit an entire face with `:inherit` attribute, but that doesn't override other attributes already set. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] inverse source correlation with Okular
Hi Tamas, 2017-03-17 14:59 GMT+01:00 Tamas Papp: > hi, > > I am trying to set up AUCTeX (11.90.0) with Okular. If I understand > correctly, Ctrl-leftclick (or is it something else?) would raise Emacs > and move point to the relevant location, neither of which happens. In Okular it's Shift + click. You have also to setup the viewer: in Okular go to Settings → Configure Okular → "Editor" tab → select "Emacs client" in the dropdown "Editor" box. Does it work for you? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] fontification question
Hi Tassilo, I added also "," to the characters to be ignored, because with the patch foo\,bar had "\,bar" highlighted. Bye, Mosè 2017-04-17 9:30 GMT+02:00 Tassilo Horn: > François Patte writes: > > Bonjour François, > >> I added to my .Xresources file: >> "Emacs.font-latex-sedate-face.attributeForeground: indianred2" in >> order to have all LaTeX commands in indianred. >> >> But when I use a command like \- for discretionnary hyphen, the whole >> word after the \- command is turned into indian red, ie. the >> fontification is not applied only to the command (which is actually in >> red). >> >> For instance: anti\-constitutionnel: \- is in red and constitutionnel >> in indian red. >> >> Is there a way to avoid this? > > That's a bug. I just taught font-latex that \-something is not a > command and should not be highlighted as such. > > I also made a new ELPA release but sadly just *before* I read your mail > and fixed the bug, so it might take a while until the fix becomes > available (through ELPA at least). > > Merçi, > Tassilo > > ___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Output parsing problems with LaTeX2e <2017-04-15>
Tassilo, there is work for you below ;-) Bye, Mosè 2017-04-20 7:05 GMT+02:00 Uwe Siart <uwe.si...@tum.de>: > On 20 Apr 2017 at 0:00, Mosè Giordano wrote: > >> Very good. I installed the fix into the repository. > > Great! Would this fix justify another ELPA release (shortly after the > last one)? Propably, the new LaTeX format will be out in the wild very > soon. TL17 is sheduled for public release beginning of June, but don't > know when MiKTeX users will get it. > > -- > Uwe > > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Output parsing problems with LaTeX2e <2017-04-15>
Hi Uwe, 2017-04-18 17:03 GMT+02:00 Uwe Siart: > When I type "C-c C-a" even on a very simple document like > > \documentclass{article} > \begin{document} > Test > \end{document} > > I get > > , > | LaTeX: problems after {1} page > | Type ‘C-c C-l’ to display results of compilation. > | LaTeX: problems after {1} page > | Type ‘C-c C-l’ to display results of compilation. > | LaTeX: problems after {1} page > | Type ‘C-c C-l’ to display results of compilation. > | LaTeX: problems after {1} page > | Type ‘C-c C-l’ to display results of compilation. > | Stopping after running "LaTeX" 4 times in a row. > | LaTeX: problems after {1} page > ` > > This happens with AUCTeX 11.90.1 and the recent LaTeX format of > <2017-04-15> (TL17 pretest). > > Don't know if this is a problem with AUCTeX or with the latest LaTeX > format. I don't have problems with TeX Live 2016, so I'd bet on changes in TeX Live 2017. It would be great if you could provide an example of output buffer. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Output parsing problems with LaTeX2e <2017-04-15>
Hi Tassilo, 2017-04-18 19:09 GMT+02:00 Tassilo Horn: > Like Mosè, I can't reproduce the issue with TeXLive 2016. How would I > install the 2017 pre-release? (My google foo did not suffice...) https://www.tug.org/texlive/pretest.html Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Output parsing problems with LaTeX2e <2017-04-15>
Hi Uwe, 2017-04-19 6:54 GMT+02:00 Uwe Siart: > Hello Mosè, > > Yes, your fix works perfect. The problem vanishes with this. Very good. I installed the fix into the repository. Thanks again for reporting the issue! Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] macros from master file do not work...
2017-08-15 19:30 GMT+02:00 François Patte: > Its value is > ("stackengine" "nameref" "url" "hyperref" "xr-hyper" "lineno" "caption" > "float" "currfile" "xspace" "ulem" "numprint" "rotating" "multirow" > "wasysym" "tikz" "version" "comment" "amsopn" "amsbsy" "amstext" > "amsmath" "array" "longtable" "frenchb" "babel" "xparse" "expl3" > "fontspec" "geometry" "rep11" "report" "Tankach6-xelatex" > "Tankach5-2-xelatex" "Tankach5-1-xelatex" "Tankach4-xelatex" "fancyhdr" > "datetime" "trcommandes-xelatex" "latex2e" "gangadhara-tr-xelatex" "LATEX") > > Local in buffer gangadhara-tr-xelatex.tex; global value is nil > > Automatically becomes buffer-local when set. > > Strange: it does not see babel french, There is "frenchb", before "babel". > but sees this file > "trcommandes-xelatex" where I have defined new macros and environments, > but I can't access them from slave... It's strange that the slave file can't find the information about the master file. Is there the auxiliary file autogenerated after parsing (should be in auto/gangadhara-tr-xelatex.el)? If not, try creating it with C-c C-n in the master file and then issue C-c C-n also in the slave file. Is it fixed now? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] macros from master file do not work...
2017-08-15 18:58 GMT+02:00 François Patte <francois.pa...@mi.parisdescartes.fr>: > Le 15/08/2017 à 18:55, Mosè Giordano a écrit : >> Hi François, >> >> 2017-08-15 18:49 GMT+02:00 François Patte >> <francois.pa...@mi.parisdescartes.fr>: >>> This does not work anymore... >> >> Works for me. >> >>> Are there some changes about this in last AucTex version? >> >> No. >> >> Silly but necessary question: are you sure you spelled the name of >> master file correctly? > > Yes! C-c-c compile fine. Ok. >> What's the value of `TeX-active-styles' >> variable in the slave's buffer? > > How can I test this? Issue C-h v TeX-active-styles RET in the slave's buffer. Bye, Mosè PS: please, do not reply to me alone, hit the "Reply all" button when writing to mailing lists ;-) ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] macros from master file do not work...
Hi François, 2017-08-15 18:49 GMT+02:00 François Patte: > This does not work anymore... Works for me. > Are there some changes about this in last AucTex version? No. Silly but necessary question: are you sure you spelled the name of master file correctly? What's the value of `TeX-active-styles' variable in the slave's buffer? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] macros from master file do not work...
2017-08-15 19:18 GMT+02:00 François Patte: > TeX-active-styles is a variable defined in ‘tex.el’. > Its value is ("../gangadhara-tr-xelatex" "gmk-vargakarma-fr" "LATEX") > > Local in buffer gmk-vargakarma-fr.tex; global value is nil > > Automatically becomes buffer-local when set. > > the master file is ../gangadhara-tr-xelatex and slave gmk-vargakarma-fr And what's the value of the same variable in master's buffer? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] Preparing new AUCTeX version and comments about more frequent releases
Dear all, the latest stable release of AUCTeX doesn't include the fix for the parsing of TeX Live 2017 logs (see https://lists.gnu.org/archive/html/auctex/2017-04/msg7.html), so now that TeX Live 2017 has been release it's a good idea to release AUCTeX 11.91. Is there any other quick change that you would like to see into this version? In addition, Norbert Preining expressed[1] the wish to see more synchronization between ELPA releases and stable releases, because GNU/Linux distributions rely on the latter, which however often lag behind ELPA versions. As I explained to him on TeX.se, it's a general trend in the Emacs ecosystem to favor ELPA to install and update packages. In addition, AUCTeX used to have a very awkward method of installation on Windows that was even more awkward for upgrades, on this system ELPA very easily solves our problems. I'd like to cooperate as much as possible with downstream distributors, but I'm not sure about what's the best way to do it: * start tagging and releasing bug-fix versions also in the main repository (not only in ELPA)? * continue to not tagging bug-fix versions but do more frequent stable releases? * other options? Bye, Mosè Notes [1] https://tex.stackexchange.com/questions/368408/auctex-says-latex-problems-after-1-page/368424?noredirect=1#comment945029_368424 ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Preparing new AUCTeX version and comments about more frequent releases
Hi Davide, 2017-07-22 2:55 GMT+02:00 Davide G. M. Salvetti <sa...@debian.org>: >>>>>> MG == Mosè Giordano [2017-7-21] > > [...] > > MG> We have the Debian maintainer reading us :-) Davide, do you think > MG> you'd be able in the future to prepare the Debian package from a git > MG> tag or an ELPA package? > > Hi everybody, > > in the long run I could use both, but ATM the most straightforward way > for me would be to package from a git tag, especially if I could use > git archive to get a orig.tar.gz. > > Apart from packaging, I think that AUCTeX users would benefit from > having clearly marked stable releases. What about using some branching > git workflow like using the master branch to track stable releases and a > next branch to develop new features until they are deemed stable enough > to be included in master? I'm not sure this workflow would work for a program with few people using the git version. I guess this is the case for AUCTeX, but I don't numbers to back up this assumption. Ok, we'll return on this topic later. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX 11.91 released
Tassilo, could you pleas take care of updating AUCTeX in ELPA? Thanks! Bye, Mosè 2017-07-25 10:32 GMT+02:00 François Patte <francois.pa...@mi.parisdescartes.fr>: > Le 24/07/2017 à 12:09, Mosè Giordano a écrit : >> The easiest way for getting AUCTeX, for users running Emacs 24.1 or >> higher, is installing it with GNU ELPA > > Does not appear (yet?) in ELPA updates... > > Best regards. > > -- > François Patte > UFR de mathématiques et informatique > Laboratoire CNRS MAP5, UMR 8145 > Université Paris Descartes > 45, rue des Saints Pères > F-75270 Paris Cedex 06 > Tél. +33 (0)1 8394 5849 > http://www.math-info.univ-paris5.fr/~patte > > > ___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX 11.91 released
2017-07-27 18:10 GMT+02:00 Mosè Giordano <m...@gnu.org>: > but actually also in the tarball > the version seems to be wrong: I get `release_11_91'. I stand corrected, I get `11.91' as expected. I was running the test in a directory that was actually a clone of my git repo, so configure was using the version number from git. After deleting the git directory, the version number got right. I don't see what may be the problem in ELPA, version number in auctex.el was changed correctly: https://git.savannah.gnu.org/gitweb/?p=emacs/elpa.git;a=commitdiff;h=32f71f606719eb000ae9eb613dcc700ae812ba68 Tassilo, any clue? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX 11.91 released
Hi Tristan, I don't know what went wrong in ELPA, but actually also in the tarball the version seems to be wrong: I get `release_11_91'. This isn't really *wrong*, but I'd have expected it to be `11.91', and this may be the reason for the inaccurate version number in ELPA. Will look into this, thanks. Bye, Mosè 2017-07-27 15:39 GMT+02:00 Tristan Miller <psychon...@nothingisreal.com>: > Greetings. > > On Mon, 24 Jul 2017 12:09:02 +0200, m...@gnu.org (Mosè > Giordano) wrote: >> Release notes for AUCTeX 11.91 with preview-latex >> = > > I just installed AUCTeX 11.91 via ELPA. Why, then, does C-h v > AUCTeX-version RET result in "11.90.2.2017-07-25"? Did someone forget > to bump the version number before the release? > > Regards, > Tristan > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Tristan Miller > Free Software developer, ferret herder, logologist > https://logological.org/ > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > ___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] AUCTeX 11.91 released
2017-07-27 18:47 GMT+02:00 Ikumi Keita <ik...@ikumi.que.jp>: > Hi Mosè, > >>>>>> Mosè Giordano <m...@gnu.org> writes: >> I don't see what may be the problem in ELPA, version number in >> auctex.el was changed correctly: >> https://git.savannah.gnu.org/gitweb/?p=emacs/elpa.git;a=commitdiff;h=32f71f606719eb000ae9eb613dcc700ae812ba68 > > The last part of the diff obtained from the above link contains the > following lines for tex-site.el: > > -(defconst AUCTeX-version "11.90.2" > - "AUCTeX version. > +(defconst AUCTeX-version "11.90.2.2017-07-25" > +"AUCTeX version. > If not a regular release, the date of the last change.") Yes, but I think this file is generated automatically, or not? It is in vanilla AUCTeX. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] AUCTeX 11.91 released
ires image support. This is available with GNU Emacs 21.3 under the X window system. For Windows[2], Mac OS X (Carbon, Cocoa)[3] or native GTK+ toolkit support, at least version 22.1 of GNU Emacs is required. Emacs 22 and later is the recommended platform for AUCTeX in general. If you prefer XEmacs, it will work in version 21.4.10 or later. You'll also need a working LaTeX installation and Ghostscript. dvipng[4] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. Availability The easiest way for getting AUCTeX, for users running Emacs 24.1 or higher, is installing it with GNU ELPA, see <URL:https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at <URL:ftp://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball, and a platform-independent XEmacs package file (which you have to install yourself using XEmacs' own package system, after using it for removing the previous version of AUCTeX). You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. The XEmacs package file can be discerned by `pkg' in its name. It is usually more recent than what gets distributed from XEmacs servers and as part of the Sumo tarball. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX <URL:http://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Uwe Brauer, Ken Brown, Joshua Buhl, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Patrick Gundlach, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin (Please accept our apologies if we forgot somebody.) Footnotes: [1] <URL:ftp://ftp.dante.de/tex-archive/macros/latex/contrib/preview/> [2] You can get a precompiled version of Emacs for Windows at <URL:ftp://ftp.gnu.org/gnu/emacs/windows/>. [3] See e.g. <URL:http://www.emacswiki.org/cgi-bin/wiki/EmacsForMacOS> for a list of precompiled versions of Emacs for Mac OS X. [4] dvipng is available via its project page <URL:http://savannah.nongnu.org/projects/dvipng> and from CTAN. -- Mosè Giordano, on behalf of the AUCTeX team ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Preparing new AUCTeX version and comments about more frequent releases
Hi Norbert, first of all, thanks for raising the issue of the important bugfix missing in a stable release. Lately the development of AUCTeX slowed down and rolling a new release went outside my radar. 2017-07-21 3:31 GMT+02:00 Norbert Preining: > Hi Mosè > >> In addition, Norbert Preining expressed[1] the wish to see more >> synchronization between ELPA releases and stable releases, because > > Not necessarily! I leave this to the maintainer to decide what they want > to release with tarballs etc. > > The only thing I ask for is please do not switch to ELPA releases only, > but do proper releases at times. > >> I'd like to cooperate as much as possible with downstream >> distributors, but I'm not sure about what's the best way to do it: >> >> * start tagging and releasing bug-fix versions also in the main >> repository (not only in ELPA)? > > That would be nice indeed. Also for the history. Having a tag > elpa_11.90.2 > or similar in the git repo would allow those who want to to build from > elpa releases, too. Ok, that's an option we can definitely consider and it's probably the solution with less grief. >> * other options? > > Another option would be of course to only do ELPA and stop doing > normal releases. Well, this would be by far the best solution for us. Tagging a commit is very easy, preparing a tarball requires more work because from version to version there is something to adjust, especially in the Windows tarball, which is no more distributed, luckily. > That would of course create quite some work for > distributors because they would have to switch to ELPA packaging, > but recently at least in Debian packages made from ELPA are increasing, > and AFAIR tools for elpa packaging are available. Hopefully, this would be a one-time work. > Again, all this is from a my POV! I am *not* the Debian developer > of AucTeX, but the one of TeX Live, but have worked with the > Debian developer at times. So finally it is the decision of the > auctex maintainer what to do with auctex in Debian, not mine ;-) We have the Debian maintainer reading us :-) Davide, do you think you'd be able in the future to prepare the Debian package from a git tag or an ELPA package? Anyway, I don't want to take a decision right now, this won't affect release of AUCTeX 11.91 which I'll do in the next few days, after Keita applies his patch. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Preparing new AUCTeX version and comments about more frequent releases
Hi Keita, 2017-07-21 9:13 GMT+02:00 Ikumi Keita <ik...@ikumi.que.jp>: > Hi all, > >>>>>> Mosè Giordano <m...@gnu.org> writes: >> Dear all, >> the latest stable release of AUCTeX doesn't include the fix for the >> parsing of TeX Live 2017 logs (see >> https://lists.gnu.org/archive/html/auctex/2017-04/msg7.html), so >> now that TeX Live 2017 has been release it's a good idea to release >> AUCTeX 11.91. Is there any other quick change that you would like to >> see into this version? > > Attached is a patch to make AUCTeX conform to elisp coding conventions, > quoted below from emacs lisp reference. (This issue is not in hurry at > all, so I don't mind whether it gets into 11.91 release or not.) > >* When you mention a default value in a minibuffer prompt, put it and > the word `default' inside parentheses. It should look like this: > > Enter the answer (default 42): > >* Many commands that take a long time to execute display a message > that says something like `Operating...' when they start, and change > it to `Operating...done' when they finish. Please keep the style > of these messages uniform: _no_ space around the ellipsis, and _no_ > period after `done'. *Note Progress::, for an easy way to generate > such messages. Looks good, and they're also only stylistic changes, so should be safe to include them right now. Go ahead and install the patch ;-) Thanks, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] simplifying keyboard shortcuts
Hi Jonas, 2017-04-24 2:09 GMT+02:00 Jonas Frey: > Hi all, > > I would like to configure auctex in a way that when I press f5, it > (1) compiles, and > (2) upon successful compilation calls forward-pdf, and upon unsuccessful > compilation splits the emacs window and shows the first error > > Does anbody have something to paste in .emacs to make that work? AUCTeX already has you covered. If you have a recent version (>= 11.88, but I strongly recommend always using the latest ELPA version) you can use C-c C-a to compile the document (it'll run all the needed command to completely build it) and automatically open the viewer. In addition, if you set `TeX-error-overview-open-after-TeX-run' to t, the error overview will be presented to you. You can either customize the variable with M-x customize-variable RET TeX-error-overview-open-after-TeX-run RET and toggle to "on", or add the following line to your init file: (setq TeX-error-overview-open-after-TeX-run t) C-c C-a is basically meant to replace your C-c C-c workflow, unless you want to run just once a specific command. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] How to complete names like "section"?
Hi Shiyao, 2017-04-29 11:16 GMT+02:00 Shiyao Ma: > Hi, > > Currently, it only completes a subset of commands, how to complete with > names like "\section", "\subsection" ? > > CF. this picture: > http://imgur.com/a/6k5gA > > It doesn't come up with \section. > > The same thing goes to \begin. > > Say, if I type \be, nothing shows up. AUCTeX doesn't provide autocompletion in that way, I guess you're using a third-party package for that purpose. If you want to unleash AUCTeX's power, use C-c C-s to insert a new section, C-c C-e for a new environment, C-c C-m (or C-c RET) for a new command. Read the Quick Start section of the manual: https://www.gnu.org/software/auctex/manual/auctex.html#Quick-Start Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] (LaTeX-bibitem-list) returns nil.
Hi Shiyao, 2017-04-29 11:32 GMT+02:00 Shiyao Ma: > Hi, > > I'd like to get all the entries of my bib file. > My tex master is "main.tex", and bib filename is "main.bib", there is > already an entry \bibliography{main}. > > When running (LaTeX-bibitem-list), it simply returns nil. > > How to solves this? Do you use RefTeX to manage bibliography? That's a really powerful package shipped with Emacs, you only have to activate it and plug into AUCTeX, see https://www.gnu.org/software/auctex/manual/reftex.html#SEC50 Anyway, did you enable file parsing, as suggested in the Quick Start section of the manual? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] fontification question
I think that start writing tests for fontification may be a good idea at some point ;-) Fontification tends to be often broken and it's hard to understand what was actually broken and what's the status-quo that we want to preserve. Bye, Mosè 2017-04-28 13:32 GMT+02:00 Arash Esbati: > Arash Esbati writes: > >> Tassilo Horn writes: >> >>> Ah, right. Well, then I guess your patch makes sense. Feel free to >>> commit it. >> >> Done. Best, Arash > > Well, I have found one use-case where the patch still doesn't fit: expl3 > syntax. Please consider this snippet: > > \cs_new:Npn \foo_bar:Nn #1#2 > { > \cs_if_exist:NTF #1 > { \__foo_bar:n {#2} } > { \__foo_bar:nn {#2} { literal } } > } > > Current code doesn't work on \__foo_bar:n. My plan is to install this > patch: > > --8<---cut here---start->8--- > diff --git a/font-latex.el b/font-latex.el > index ea3e829a..2f662965 100644 > --- a/font-latex.el > +++ b/font-latex.el > @@ -1782,6 +1782,11 @@ marks boundaries for searching for group ends." > (throw 'extend group-start) >nil))) > > +(defvar font-latex-match-simple-exclude-list > + '("-" "," "/" "&" "#" "_") > + "List of characters directly after \"\\\" excluded from fontification. > +Each character is a string.") > + > (defun font-latex-match-simple-command (limit) >"Search for command like \\foo before LIMIT." >;; \s_ matches chars with symbol syntax, \sw chars with word syntax, \s. > chars > @@ -1793,7 +1798,10 @@ marks boundaries for searching for group ends." > "\\(\\s_\\|\\sw\\|\\s.\\)\\(?:\\s_\\|\\sw\\)*" limit > t))) > (pos (funcall search))) > (while (and pos > - (member (match-string 1) '("-" "," "/" "&" "#" "_"))) > + (member (match-string 1) > + (if (eq major-mode 'doctex-mode) > + (remove "_" font-latex-match-simple-exclude-list) > + font-latex-match-simple-exclude-list))) >(setq pos (funcall search))) > pos)) > --8<---cut here---end--->8--- > > Then it works at least in doctex-mode. I'm reluctant to include > something like this in expl3.el: > > (set (make-local-variable 'font-latex-match-simple-exclude-list) > (remove "_" font-latex-match-simple-exclude-list)) > > It breaks too much for little benefit. I will also contact the author > of expl3.el; he tends to have good ideas :-) > > Best, Arash > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] displaying line numbers > 9999 in TeX Error Overview
Hi 2017-05-02 19:51 GMT+02:00 jfbu: > hi, > > this is from TeX error overview buffer > > blender_manual.tex2375 Error Package inputenc Error: Unicode char > ▸ (U+25B8) > blender_manual.tex1... Error Package inputenc Error: Unicode char > ⏮ (U+23EE) > > one sees that line number >= 1 gets displayed as 1... > > the jump to the file and to the log work fine, but I wanted to copy paste to > help the author of the document and this makes it more difficult > > this document has 111915 lines (whoosh...) and has errors all the way to the > end (of the above type, of the type of using svg or gif image files, of > various perhaps a missing \item (that's wrapfig fault) and, sadly some > dimension too large error (due to gigantic jpeg files). > > It would be nice to get the 5 digits line numbers in TeX Error Overview... > > Is there a way to configure AUCTeX to display them ? Not super-easy, but yes, it's possible with a few Elisp lines: --8<---cut here---start->8--- (add-hook 'TeX-error-overview-mode-hook (lambda () (setq tabulated-list-format [("File" 25 nil) ("Line" 5 nil :right-align t) ("Type" 7 nil) ("Message" 0 nil)] tabulated-list-padding 1 tabulated-list-entries TeX-error-overview-list-entries) (tabulated-list-init-header) (tabulated-list-print))) --8<---cut here---end--->8--- You can set the width of each column by adjusting the number after the column name. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Repeat TeX-command-run-all without buffer change
Hi Thorsten, 2017-05-14 19:47 GMT+02:00 Thorsten Grothe <grothe_n...@e.mail.de>: > > * Mosè Giordano: 08.05.2017 (18:06): > > > [...] > > >> can help AUCTeX. Maybe ask this feature to the package author? > > see here for the response of Clemens: > > fhttps://bitbucket.org/cgnieder/exsheets/issues/42/number-of-latex-runs-to-get-totalpoints#comment-36774072 Very good! Once we know the warning issued by the new package xsim, we can support it. Feel free to ping us again when the package will be released ;-) Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] strange "LaTeX: problems after {1} page"
2017-05-10 11:00 GMT+02:00 jfbu: > ah wait, > > this happens actually with any XeTeX compilation > > --- > \documentclass{article} > > \begin{document} > a > \end{document} > --- So, is the issue fixed by the new version of AUCTeX or not? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] strange "LaTeX: problems after {1} page"
Hi Jean-François, 2017-05-10 10:54 GMT+02:00 jfbu: > I am currently with 11.90.0. Update to the latest ELPA version, the issue is already fixed there ;-) See this thread: https://lists.gnu.org/archive/html/auctex/2017-04/msg7.html Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] C-c C-f C-d does not work anymore
Hi Rainer, 2017-05-14 0:40 GMT+02:00 Rainer Thiel: > Since I updated AUCTex a couple of weeks ago, C-c C-f C-d does not > work anymore. It is supposed to remove the innermost TextFontCommand > at point. Correct. > Instead, it opens a new window with a list of available > TextFontCommand. > > Does anyone have an idea what is wrong here? I can't reproduce your issue. Exactly, what version of AUCTeX are you using? You should check the value of `LaTeX-font-list'. There, you should have an entry like (4 "" "" t) Do you have it? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Repeat TeX-command-run-all without buffer change
Hi Thorsten, 2017-06-05 18:27 GMT+02:00 Thorsten Grothe <grothe_n...@e.mail.de>: > > Hi Mosè, > > * Mosè Giordano: 14.05.2017 (17:53): > > [...] > >> Very good! Once we know the warning issued by the new package xsim, >> we can support it. Feel free to ping us again when the package will >> be released ;-) > > the new package xsim is on ctan: > https://www.ctan.org/pkg/xsim?lang=de Now AUCTeX suggests to rerun LaTeX when it catches xsim warnings. See commit * 4d426eac (2017-06-13) Suggest to rerun LaTeX if xsim properties changed https://git.savannah.gnu.org/gitweb/?p=auctex.git;a=commitdiff;h=4d426eac1664add53e22046911e64d05991ade4a Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Entering maths
Hi Denis, 2017-06-13 12:51 GMT+02:00 Denis Bitouzé: > Hi, > > does AUCTeX provide something making life easier for inline-math > expressions (`|' standing for the cursor position): > > - `\(|\)', > - `$|$' (OK, it's easy to type two dollar signs and go back to write the > expression between the dollar signs, but would be better if done by > a shortcut)? Yes, of course ;-) You have to customize the `TeX-electric-math' option (https://www.gnu.org/software/auctex/manual/auctex.html#index-TeX_002delectric_002dmath): -- User Option: TeX-electric-math If the variable is non-nil and you type '$' outside math mode, AUCTeX will automatically insert the opening and closing symbols for an inline equation and put the point between them. The opening symbol will blink when 'blink-matching-paren' is non-nil. If 'TeX-electric-math' is nil, typing '$' simply inserts '$' at point, this is the default. Besides 'nil', possible values for this variable are '(cons "$" "$")' for TeX inline equations '$...$', and '(cons "\\(" "\\)")' for LaTeX inline equations '\(...\)'. If the variable is non-nil and point is inside math mode right between a couple of single dollars, pressing '$' will insert another pair of dollar signs and leave the point between them. Thus, if 'TeX-electric-math' is set to '(cons "$" "$")' you can easily obtain a TeX display equation '$$...$$' by pressing '$' twice in a row. (Note that you should not use double dollar signs in LaTeX because this practice can lead to wrong spacing in typeset documents.) In addition, when the variable is non-nil and there is an active region outside math mode, typing '$' will put around the active region symbols for opening and closing inline equation and keep the region active, leaving point after the closing symbol. By pressing repeatedly '$' while the region is active you can toggle between an inline equation, a display equation, and no equation. To be precise, '$...$' is replaced by '$$...$$', whereas '\(...\)' is replaced by '\[...\]'. If you want to automatically insert '$...$' in plain TeX files, and '\(...\)' in LaTeX files by pressing '$', add the following to your init file (add-hook 'plain-TeX-mode-hook (lambda () (set (make-variable-buffer-local 'TeX-electric-math) (cons "$" "$" (add-hook 'LaTeX-mode-hook (lambda () (set (make-variable-buffer-local 'TeX-electric-math) (cons "\\(" "\\)" > In the same vein, I know constructing display-math expressions with > `\[...\]': > > - has some drawbacks if `amsmath' is not loaded, I believe this is fixed if you have a recent LaTeX version (2015/01/01 or newer, which is in TeX Live 2016). > - is synonym to `\begin{equation*}...\end{equation*}' if `amsmath' is > loaded, > > but does AUCTeX provide something for `\[|\]'? If you set `LaTeX-electric-left-right-brace' (https://www.gnu.org/software/auctex/manual/auctex.html#index-LaTeX_002delectric_002dleft_002dright_002dbrace) to non nil, as you as you type "\[", the closing "\]" is inserted after point. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Entering maths
2017-06-13 14:21 GMT+02:00 Denis Bitouzé: > IMHO, too bad TeX-electric-math is nil by default... I'd expect some people complaining about any value we'd choose as default ;-) > But how to get: > > - ‘$|$’ with an "unrepeated" `$', > - ‘\[|\]’ with an "repeated" `$'? The associations "$...$" → "$$...$$" and "\(...\)" → "\[...\]" are hard-coded in `TeX-insert-dollar', there is currently no easy way to overturn them. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] `\pause' instead of `\pause{}'
Hi Arash, 2017-06-13 22:51 GMT+02:00 Arash Esbati: > Have you set `TeX-insert-braces' to t? In this case, AUCTeX will insert > a pair of empty braces. They don't harm This isn't always true, there are cases where an empty group does actually harm, see for example this thread that led to introduction of `TeX-insert-braces-alist': https://lists.gnu.org/archive/html/auctex-devel/2013-09/msg00012.html I'm not sure if this is the case for \pause. If so, it should definitely be added by default to `TeX-insert-braces-alist' like in booktabs.el, otherwise users that just don't like braces after \pause can customize that variable. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] (LaTeX-bibitem-list) returns nil.
Hi Shiyao, sorry for the late reply. 2017-04-29 16:29 GMT+02:00 Shiyao Ma: > Hi Mose, > > I installed RefTex but I am not accustomed to the way it works. What do you refer to? If you plug RefTeX into AUCTeX, it acts as a backend, you still continue to use the same AUCTeX interface to manage bibliography. > I am in the middle of writing a completion plugin for bibs. > > (setq TeX-auto-save t) > (setq TeX-parse-self t) > are all enabled. > > I wonder what else should be made so that (LaTeX-bibitem-list) correctly > returns all the bibitems. Where is the bibliography file located? Do you have an autogenerated file for it? If the file is in the same directory as the main TeX file, you just need to edit the file (no actual edit, saving the file will trigger parsing of the file). Please note that due to a long-standing issue in AUCTeX, the bibliography file should not have the same base name as the TeX files. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Repeat TeX-command-run-all without buffer change
Hi Thorsten, 2017-05-06 22:05 GMT+02:00 Thorsten Grothe <grothe_n...@e.mail.de>: > Hi Mosè, > > * Mosè Giordano: 06.05.2017 (17:39): > > [...] > >> If you believe that sometimes `TeX-command-default' fails to >> detect a necessary command, please share this situation so that we can >> improve its logic. > > thanks for your response, this is simple example for this situation, > it's from the exsheets package. Change the points in the question > environments and run TeX-command-run-all and see the value of > \totalpoints, here I have to run it again to get the right value :-) > BTW. with latexmk it works fine. > > > \documentclass{article} > \usepackage{exsheets} > \usepackage[ngerman]{babel} > \usepackage[utf8]{inputenc} > > \begin{document} > > \begin{question}{50} % → change here > \end{question} > > \begin{question}{50} % → change here > \end{question} > > Here we need at least 3 LaTeX runs, \verb!TeX-command-run-all does not see > this:! > \totalpoints > \end{document} Thanks for the example. AUCTeX reads the output buffer to decide whether it needs to run LaTeX again. Some packages emit warnings in the log to suggest that LaTeX should be run again (only when really necessary, otherwise would be useless), but here there is nothing that can help AUCTeX. Maybe ask this feature to the package author? Regarding latexmk, it runs twice LaTeX on this simple document --8<---cut here---start->8--- \documentclass{article} \usepackage[ngerman]{babel} \begin{document} Hello, world! \end{document} --8<---cut here---end--->8--- so probably doesn't do anything special with exsheets package. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] How to configure TeX special characters?
Hi Marcin, I tend to agree with David, fontification in AUCTeX is known to fail at some point when too many catcodes are changed. Sophisticated LaTeX style files are not so nicely displayed by AUCTeX. It would be awesome to make this more configurable, the problem is that this is *a lot* of work. In AUCTeX, the character to start macros should be always indicated with `TeX-esc' (also because TeXinfo uses a different character), but I'm pretty sure there are many places where a hard-coded backslash is used. Or, the start of comment should be indicated with `TeX-comment-start-regexp', but this is never used in "font-latex.el". Bye, Mosè 2017-05-01 15:13 GMT+02:00 Marcin Borkowski: > Hi all, > > a friend of mine has this problem: he does not want $, & and % to have > special meaning to (La)TeX, so he changes their catcodes to make them > un-special; to retain the possibility of inputting math, typesetting > tables and commenting out things, he assigns the respective catcodes to > some Unicode\setminus ASCII characters. > > Putting aside the question whether it's a good idea (personally I don't > like it very much, but I can see the rationale), how do I convince > AUCTeX to take that into consideration when font-locking? I tried to > monkey-patch AUCTeX sources (for instance, I tried changing > "\\$\\$\\([^$]+\\)\\$\\$" in font-latex-make-user-keywords into > something like "〖\\([^$]+\\)〗", then even restarting Emacs > altogether), but to no avail. > > TIA, > > -- > Marcin Borkowski > > ___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Repeat TeX-command-run-all without buffer change
Hi Thorsten, 2017-05-04 15:19 GMT+02:00 Thorsten Grothe: > Hi list, > > the command TeX-command-run-all sometimes not detects that another latex > run is necessary. That's no problem one could hit C-c C-a again, but this > does only work for me if the buffer changes (add a word or delete a > whitespace). I find this inconvenient. For example in Texstudio one can > hit the compile command several times behind each other. > > What can I do to fix that? In previous versions of AUCTeX, you had to manually run C-c C-c multiple times in order to fully compile the document, being the default command suggested by AUCTeX decided by `TeX-command-default'. C-c C-a is a recent addition to AUCTeX, it automatically runs all commands detected by `TeX-command-default', it makes the sequence C-c C-c RET C-c C-c RET... completely automatic. In most cases, C-c C-a runs LaTeX, the bibliography engine, and makeindex the right number of times. If you believe that sometimes `TeX-command-default' fails to detect a necessary command, please share this situation so that we can improve its logic. In any case, when you need to manually run a command (say, LaTeX), you can always use good ol' C-c C-c. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Wrong commands in Chicago style reftex prompt
Hi Pétùr, 2017-09-17 16:32 GMT+02:00 Pétùr: > Hello everyone, > > 1. Is biblatex.el removed from the choice of styles in Reftex Cite > Format? I don't see it anymore. No, it's still there: http://repo.or.cz/emacs.git/blob/0bddbbc5aae621d5875880ac3e63f68d481df7c3:/lisp/textmodes/reftex-vars.el#l154 What makes you think so? > 2. If I select the Chicago style, I am prompted for commands such as > \citeN or \citeA. There are no such commands in the biblatex-chicago > manual and there are not working. The Chicago style probably refers to the style for Bibtex, not Biblatex, which does provide those commands. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] RefTeX not working well with Biblatex in class file
Dear Tristan, 2017-09-07 17:43 GMT+02:00 Tristan Miller: > Dear all, > > It seems that RefTeX does not work properly with Biblatex when the > latter is included via a class file rather than directly in the LaTeX > file being edited. In such cases, C-[ doesn't provide the full > list of Biblatex citation commands, and searches only the first > bibliography resource for entries. > > For example, consider the following four files: > > === foo.cls: > \NeedsTeXFormat{LaTeX2e} > \LoadClassWithOptions{article} > \ProvidesClass{foo}[2017/09/07 v0.1 test class] > \RequirePackage[backend=biber]{biblatex} > > === foo.tex: > \documentclass{foo} > \addbibresource{bar.bib} > \addbibresource{baz.bib} > \begin{document} > \end{document} > > === bar.bib: > @article{smith, > author = {John Smith}, > title= {Smith's Article}, > year = 2017, > title= {Smith's Journal}, > } > > === baz.bib: > @article{smythe, > author = {Joan Smythe}, > title= {Smythe's Article}, > year = 2017, > title= {Smythe's Journal}, > } > > > I open foo.tex (using Emacs 25.2 and AUCTeX 11.91) and hit C-[. The > list of citation commands seems awfully short. I hit enter. I'm then > prompted for a regular expression. If I enter "smith" then everything > works fine and the citation is inserted. If I enter "smythe" then I get > the message "No matches found". > > On the other hand, if I modify foo.tex so that it directly includes > biblatex with \usepackage, then C-[ gives me the full range of citation > commands, and the search is able to find both "smith" and "smythe". > > Is this a known issue? Yes, see the first item of the list of known bugs: https://www.gnu.org/software/auctex/manual/auctex.html#Bugs Unfortunately, you can't have two files with the same basename, if you expect to have a style file for both of them. Thus, you have a style file for the .tex file, but not for the .cls one. The simplest workaround is to change the basename of one of them. Admittedly, this is the single most annoying bug in AUCTeX, and any fix would be most probably breaking. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] problem with TeX-command-extra-options
Ciao Alfredo, 2017-09-25 14:50 GMT+02:00 Alfredo Buttari: > Hi, > I have a large .tex file with the following footer: > > %%% Local Variables: > %%% mode: latex > %%% TeX-master: t > %%% TeX-engine: xetex > %%% TeX-command-extra-options: "-shell-escape --enable-write18 --synctex=1" > %%% End: > > When I open it I am asked whether I want to accept the potentially unsafe > value for the TeX-command-extra-options. In this message the potentially > unsafe value corresponds to what I have in the footer, i.e., "-shell-escape > --enable-write18 --synctex=1". I hit yes and the file is opened. However, if > I ask emacs to describe variable TeX-command-extra-options (with C-h C-v) I > get this: > > TeX-command-extra-options is a variable defined in `tex.el'. > Its value is "--synctex=1" > Original value was "" > Local in buffer hdr.tex; global value is "" > > Automatically becomes buffer-local when set. > > Documentation: > String with the extra options to be given to the TeX processor. > > You can customize this variable. > > > > It seems that the value of this variable is overwritten once again in some > other place. Note that this does not happen if I create a simple file > containing only (exactly the same footer): > > > \documentclass{article} > > \begin{document} > > \end{document} > > %%% Local Variables: > %%% mode: latex > %%% TeX-master: t > %%% TeX-engine: xetex > %%% TeX-command-extra-options: "-shell-escape --enable-write18 --synctex=1" > %%% End: > > > Could you please help me figure out what's happening? If you have it, try deleting the auto/hdr.el file, automatically generated by AUCTeX when parsing the document. The value of `TeX-command-extra-options' is stored there, in order to make it available to all files part of the same document, but if you change the value of that variable you can incur this nuisance. In addition, note that you can enable `TeX-source-correlate-mode' in order to get forward/inverse search, without setting `--synctex=1' in in `TeX-command-extra-options'. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Preview of math / new ghostscript
Hi Alexander, the issue has been already reported here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28811. However, I don't know if someone besides David has a clue about how preview internally works... Bye, Mosè 2017-10-22 15:11 GMT+02:00 AW: > Hi, > > here > https://tex.stackexchange.com/questions/397147/can-not-generate-preview-by-auctex > and here https://bugs.ghostscript.com/show_bug.cgi?id=698680 is a > report about lost functionality in ghostscript which reportedly prevents > AucTeX from previewing math. > > Regards, > > Alexander > > ___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex > ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] 11.90.2.2017-07-25; TeX-search-files-by-type: No TeX trees available; configure ‘TeX-tree-roots’ error
Hi Sivaram, 2017-11-27 15:41 GMT+01:00 Sivaram Neelakantan: > > I get the subj line error, if I do C-c C-e to start a blank document. > if I manually type the stuff below it works and compiles. > > A quick google search reveals a patch was done by Ralf for the same > issue posted by me though I don't know what. And (executable-find > "kpsewhich") is "c:/cygwin/bin/kpsewhich.exe" > > https://lists.gnu.org/archive/html/auctex/2011-05/msg2.html > > > --8<---cut here---start->8--- > \documentclass[a4paper]{article} > \begin{document} > test > > \end{document} > --8<---cut here---end--->8--- > > I was expecting these settings parameters to show up as document > options. > > (setq LaTeX-default-style "scrartcl") > (setq LaTeX-default-options "a4paper,12pt,draft") Thanks for the report. I guess the value of `TeX-tree-roots' for you is nil, right? You can check it with C-h v TeX-tree-roots RET What happens if you run M-: (TeX-tree-roots) RET ? Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
[AUCTeX] AUCTeX 11.92 released
Release notes for AUCTeX 11.92 with preview-latex = AUCTeX provides by far the most wide-spread and sophisticated environment for editing LaTeX, TeX, ConTeXt and Texinfo documents with Emacs or XEmacs. Combined with packages like RefTeX, flyspell and others it is pretty much without peer as a comprehensive authoring solution for a large variety of operating system platforms and TeX distributions. It supports document-dependent completion and syntax highlighting, easily accessible menus, jumping to error locations in the source file, a number of editing shortcuts, intelligent indentation and filling of text during entry, and WYSIWYG previews of graphical elements like math formulas right in the Emacs source buffer, by virtue of its preview-latex component. One part of the preview-latex subsystem is the central `preview.sty' file that is independently useful for a number of applications and is available in unbundled form from CTAN.[1] AUCTeX needs volunteers in particular for non-programming tasks: documentation writing, tutorials, translations, reference material, sleuth work, testing. New features and fixed bugs in this release --- preview-latex is compatible with Ghostscript 9.22 where the operator '.runandhide' is removed. All occurrences of '.runandhide' in preview-latex are replaced by alternative code making it work with Ghostscript 9.22 again. AUCTeX has a new customize option 'TeX-math-input-method-off-regexp'. When you begin to input a math formula, the current input method is turned off if its name matches this regular expression. In fact this variable was introduced long before, but has not been documented in info files nor turned into a customize option with 'defcustom' until this release. The window system focus is pulled back to Emacs when viewing with evince-compatible viewers if a new customize option 'TeX-view-evince-keep-focus' is non-nil. The usual dose of bug fixes was administered. Requirements It is required that you use at least GNU Emacs 21 or XEmacs 21.4. XEmacs requires at least version 1.84 of the xemacs-base package (released on 01/27/2004) or a sumo tarball dated 02/02/2004 or newer for compiling AUCTeX: please use the XEmacs package system for upgrading if necessary. The preview-latex subsystem requires image support. This is available with GNU Emacs 21.3 under the X window system. For Windows[2], Mac OS X (Carbon, Cocoa)[3] or native GTK+ toolkit support, at least version 22.1 of GNU Emacs is required. Emacs 22 and later is the recommended platform for AUCTeX in general. If you prefer XEmacs, it will work in version 21.4.10 or later. You'll also need a working LaTeX installation and Ghostscript. dvipng[4] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. NOTE: This will be the last release in the 11 series. Version 12 of AUCTeX, which is due to come in a few days, will support only GNU Emacs 24 or higher. Availability The easiest way for getting AUCTeX, for users running Emacs 24.1 or higher, is installing it with GNU ELPA, see <URL:https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at <URL:ftp://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball, and a platform-independent XEmacs package file (which you have to install yourself using XEmacs' own package system, after using it for removing the previous version of AUCTeX). You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. The XEmacs package file can be discerned by `pkg' in its name. It is usually more recent than what gets distributed from XEmacs servers and as part of the Sumo tarball. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX <URL:http://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting b
[AUCTeX] AUCTeX 12.1 released
Release notes for AUCTeX 12.1 with preview-latex AUCTeX provides by far the most wide-spread and sophisticated environment for editing LaTeX, TeX, ConTeXt and Texinfo documents with Emacs or XEmacs. Combined with packages like RefTeX, flyspell and others it is pretty much without peer as a comprehensive authoring solution for a large variety of operating system platforms and TeX distributions. It supports document-dependent completion and syntax highlighting, easily accessible menus, jumping to error locations in the source file, a number of editing shortcuts, intelligent indentation and filling of text during entry, and WYSIWYG previews of graphical elements like math formulas right in the Emacs source buffer, by virtue of its preview-latex component. One part of the preview-latex subsystem is the central `preview.sty' file that is independently useful for a number of applications and is available in unbundled form from CTAN.[1] AUCTeX needs volunteers in particular for non-programming tasks: documentation writing, tutorials, translations, reference material, sleuth work, testing. New features and fixed bugs in this release --- AUCTeX now requires GNU Emacs 24 or higher. Support for XEmacs has been dropped. Besides the change in the supported version of Emacs, there has been no functional change in this release, which is equivalent to version 11.92. Requirements It is required that you use at least GNU Emacs 24. The preview-latex subsystem requires image support. You'll also need a working LaTeX installation and Ghostscript. dvipng[2] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. Availability The easiest way for getting AUCTeX is installing it with GNU ELPA, see <URL:https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at <URL:ftp://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball. You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX <URL:http://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Uwe Brauer, Ken Brown, Joshua Buhl, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Patrick Gundlach, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin (Please accept our apologies if we forgot somebody.) Footnotes: [1] <URL:ftp://ftp.dante.de/tex-archive/macros/latex/contrib/preview/> [2] dvipng is available via its project page <URL:http://savannah.nongnu.org/projects/dvipng> and from CTAN. -- Mosè Giordano, on behalf of the AUCTeX team ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] 11.90.2.2017-07-25; TeX-search-files-by-type: No TeX trees available; configure ‘TeX-tree-roots’ error
Hi Sivaram, the latest commit in git should have fixed the issue * c27f60f4 (2017-12-04) Fix auto detect of kpathsea delimeter It does work for me now. I hope to be able to release a new stable version of AUCTeX today. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Use a comment fontlock for regions between "\iffalse" and "\fi"
Hi Hong, 2017-10-29 6:54 GMT+01:00 Hong Xu: > Hi all, > > A common trick that people use to comment out a region is using > "\iffalse" and "\fi". > How can I achieve this, Perhaps playing with `font-latex-syntactic-keywords-extra', see for example the file style for comment package. > and do you think it's a good idea to include > this feature in auctex? I think that currently AUCTeX knows nothing about conditionals in general. I'm not sure it's worth starting from fontification of this very particular case. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] files with non-ascii characters and LaTeX as in TeXLive 2018
Hi Keita, 2018-05-06 8:52 GMT+02:00 Ikumi Keita: > Thus I think it is basically unnecessary to adhere using \input and now > we can do just > latex -interaction=nonstopmode FILENAME > instead. I seem to remember David explained that "\input" was used to make something work (region-compilation?). I looked for this explanation in my inbox but I can't find it, hopefully David can tell us more. If "\input" is really not needed anymore then removing "\input" when calling TeX is a good solution. Thanks for tackling this issue. Cheers, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] TeX-clean in multifile document
Hi Greg, 2018-02-10 19:16 GMT+01:00 Greg Bognar: > Hi, > > Say you are working on a multifile document with file1.tex, file2.tex, etc, > and > with the master file masterfile.tex. It's handy to clean up the generated > files > with TeX-clean. However, TeX-clean will only delete files which have the base > name of the master file, i.e., masterfile.*. But TeX also generates .aux > files > for file1.tex, file2.tex, etc., and these are not deleted. Is there a way to > have TeX-clean delete these files as well? Or is there any reason this would > not be a good idea? > > (I tried putting "*\\.aux" in TeX-clean-default-intermediate-suffixes list of > extensions, but it didn't work.) > > This is mostly a matter of convenience, but I'm curious if it's possible. I guess you're "\include"ing the files, rather than "\input"ting them, right? I agree it would be a good idea to clean up the auxiliary files for secondary files, but the way AUCTeX currently records the names of the included files this isn't supereasy. They're listed in `TeX-active-styles', but mixed together with classes and packages, so it's difficult to extract just the names of the included files. Unless you have a real need to use "\include", with "\input" you don't have multiple auxiliary files. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Not including the full path in \includegraphics
Hi Kourosh, 2018-07-22 17:50 GMT+02:00 Kourosh Kalayeh : > Dear all, > > Sorry if my question is repeated. I was not able to find an answer on the > Web and AUCTeX mailing list. > > I was wondering if there is anyway that I can tell AUCTeX to not to include > a full path when using \includegraphics path. > > More specifically, below is my workflow; > I usually use insert macro command (C-c Return) to add \includegraphics. > AUCTeX then asks me for options and the path of the image that I want to > include in my file. And it adds it with the full path with respect to the > directory that my LaTeX file is in. I want AUCTeX to just use the image name > in the inserted command. How can I achieve this? > I have explicitly set the path to my figures by adding \graphicspath command > in my preamble. Add the following code to your init file: --8<---cut here---start->8--- (defun mg-LaTeX-includegraphics-read-file-basename () (file-name-base (read-file-name "Image file: " nil nil nil nil (lambda (fname) (or (file-directory-p fname) (string-match (LaTeX-includegraphics-extensions) fname)) (setq LaTeX-includegraphics-read-file 'mg-LaTeX-includegraphics-read-file-basename) --8<---cut here---end--->8--- This is adapted from `LaTeX-includegraphics-read-file-relative', it returns the basename of file, without path and extension (which is fine for LaTeX). Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] beamer
Ciao Giacomo, 2018-02-28 23:53 GMT+01:00: > I have two files, test1.tex > > \documentclass{beamer} > \begin{document} > \begin{frame} > \[ a = \begin{bmatrix} 2 & 4 \\ 7 & 3 \end{bmatrix} \] > \end{frame} > \end{document} > > and test2.tex (* note that here I load preview.sty and use one of the > commands here defined *) > > \documentclass{beamer} > \usepackage{preview} > \PreviewEnvironment*{frame} > \begin{document} > \begin{frame} > \[ a = \begin{bmatrix} 2 & 4 \\ 7 & 3 \end{bmatrix} \] > \end{frame} > \end{document} > > When I hit C-c C-p C-d (preview-document) in the buffer of test1 I have > that the image representing the displayed equation is produced, but it > is not correctly placed --- it is placed instead at the end of the frame > source Using the test1 file, try adding the following snippet to your Emacs init file: (with-eval-after-load "preview" (add-to-list 'preview-default-preamble "\\PreviewEnvironment*{frame}" t)) In the attached image you can see how it's rendered for me with this code. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] How to contribute using local copy of git repo
Hi Juanjo, 2018-04-17 18:26 GMT+02:00 Juan Jose Garcia-Ripoll: > Dear all, > > please excuse my ignorance. I am a long time user of AucTeX, and I love it > enough to have written a 300 page book and 120 articles with it. Great to hear this! > However, > throughout the lifetime of the project and my migration back to Windows, I > have found some minor problems that I do not want to solve using local hacks > of your functions. > > These include: > > * TeX-error-summary is arbitrarily closed by AucTeX before compilation, > causing a new window to be created. In general the philosophy of how this > buffer is handled deviates from that of other buffers (Help, manuals, > compilations, etc) > > * AucTeX fails to parse error messages on MikTeX due to various issues, > including spurious ^M characters sometimes popping up in packages. > > I would like to debug and work on both locally and contribute patches for > both issues, but I find it very obscure how to do this. For starters, the > ELPA package of AucTeX does not seem to match the sources that are available > on Git. The ELPA package is built from the git repo, but indeed you can't use the ELPA package to develop the package itselft. > My ideal workflow would be: > * Develop on top of my git branch > * Let Emacs do the importing of that branch Actually, the question has been already asked a few times before, here you can find a quick & dirty solution: https://lists.gnu.org/archive/html/auctex/2013-08/msg5.html. At https://savannah.gnu.org/git/?group=auctex you can find the information about how to clone the git repository. > P.S.: As a side question, why does the ELPA package eliminate all references > to xemacs? Is this done automatically? I'm not sure what "references" you're referring to. AUCTeX dropped support for XEmacs in version 12. I'm looking forward to seeing your contributions! Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Error logging
Hi Juanjo, 2018-04-21 9:48 GMT+02:00 Juan Jose Garcia-Ripoll: > Hi, > > I have already submitted to auctex-devel some patches to cope with window > management: AucTeX currently is very aggressive in creating windows how it > wants to, and overriding the behavior of Emacs' different window managers. I > really would appreciate some feedback. > > However, my current concern now is with logging and I see that I was until > recently using a very old installation and that now AucTeX uses > -file-line-error. This probably simplifies AucTeX's search for files but has > the unwanted consequence that error descriptors are actually not output by > pdftex, but remain hidden in the log file. I think I already answered your concern a couple of years ago on TeX.se: https://tex.stackexchange.com/a/328289/31416 This is a problem with MiKTeX, which for some reasons is less informative when you ask for more information. The issue has been reported more than 4 years ago, but apparently no action has been taken so fare: https://sourceforge.net/p/miktex/bugs/2310/ If you want it to be fixed you should complain with MiKTeX developer. For your information, you can use TeX Live also on Windows, and it doesn't suffer from this issue. > Does -file-line-error really improve so much AucTeX's search for error > messages? Yes, we found that enabling file:line:error style greatly simplifies parsing of the output, as we don't have to do the complicated exercise of guessing which is the last open file. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] TeX-insert-macro-default-style not applied?
Hi Manuel, On Sat, Oct 27, 2018 at 5:03 PM Manuel Wiesinger wrote: > > Hi all, > > When I set TeX-insert-macro-default-style to mandatory-args-only, > C- still asks me for optional arguments. > > E.g. when entering \textcolor, AUCTeX asks for the optional color model > argument and inserts \textcolor[some_model]{some_color}{some_text}. With > TeX-insert-macro-default-style set to mandatory-args-only, I would > expect that I'm only asked for the mandatory color and text arguments > and that \textcolor{some_color}{some_text} is inserted. > > Other macros show similar behavior. > > I tried this with Emacs 26.1, on two machines and with a minimal config, > just loading AUCTeX. > Is this a bug, or I missing something? `\textcolor' and similar macros use `TeX-arg-color' to insert the color and indeed this function doesn't respect `TeX-insert-macro-default-style', but this may be considered a feature rather than a bug because the color specification in the mandatory argument strongly depends on the model. The style file was created by Arash, maybe he can give us a comment about this. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Set automatically TeX-PDF-from-DVI variable if documentclass receives option dvipdfmx or dvipdfm
Hi Keita, On Tue, Oct 30, 2018 at 3:39 PM Ikumi Keita wrote: > I.e., the class options are no longer treated as styles in the sense of > AUCTeX. > > I added some codes to recover the functionality of these lines, so they > just began to work again in the codes in the latest git repository. I'm not sure this is correct. Inserting a package name as class option doesn't actually load the package. I think I removed that feature exactly because it could have wrongly loaded packages that weren't meant to be so. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Set automatically TeX-PDF-from-DVI variable if documentclass receives option dvipdfmx or dvipdfm
Hi Keita, On Tue, Nov 20, 2018 at 8:08 AM Ikumi Keita wrote: > I wonder why `LaTeX-provided-class-options' has a > structure which allows more than one class. Under what situation can it > have more than one entry? Most LaTeX classes are based on other classes (e.g., standard ones), you may want to keep track of the options provided to the class directly used and to the base one. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Feature request / question re: TeX-master
Hi Mandar, On Sat, Jan 5, 2019 at 4:33 PM Mandar Mitra wrote: > > Suppose I'd like to use a single file to create beamer slides for classroom > presentation, as well as more detailed notes for self-study. I'm using the > workflow suggested in Section 21.2.2 of v 3.07 of the Beamer User Guide. To > wit, the actual content is in content.tex, and included in slides.tex > (documentclass beamer) and notes.tex (documentclass article). > > When I save changes to content.tex and recompile, I'd like both slides.pdf > and notes.pdf to be regenerated. As far as I can tell, the current way to do > this is to set TeX-master to 'shared and run C-c C-c once each for the two > pdf files, or to use a makefile like setup. > > Would it make sense to let TeX-master be possibly a list? Would this be > likely to create problems / pose difficulties? It's interesting the idea of having a "content" file that is shared by different main documents. I think that it's technically possible to do what you're suggesting, but it would require some work and care. The main problem I can see is: what to do when you issue C-c C-v in the "content.tex"? Both documents are opened? E.g., Okular opens one document at the time, that wouldn't work with this viewer. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Auctex prompting for optional arguments
Hi Santiago, On Mon, Sep 17, 2018 at 4:33 AM Santiago Mejia wrote: > > I've been trying to find information about this in the manual and online, but > have not had any luck so far. > > My general question: is there a way to get AUCTeX to always prompt me for an > optional argument of a specific command when I invoke it with > TeX-insert-macro (i.e. C-c )? (like it does when you invoke, for instance, > \newcommand) > > My specific question: is there a way to get Auctex to prompt me automatically > for an optional overlay specification when I invoke the \alert command with > TeX-insert-macro (i.e. C-c "alert")? You have to manually patch the file style/beamer.el in your AUCTeX installation. Replace the line '("alert" 1) with '("alert" TeX-arg-beamer-overlay-spec 1) Remember to byte-recompile the file with M-x byte-recompile-file RET RET. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] reftex-docstruct-symbol contains wrong labels
Hi Amos, On Sun, 3 Mar 2019 at 14:22, Amos Bird wrote: > > > Thanks! > > However I have to restart emacs after setting that variable to > make it work. How can I correctly reload the cref entries in a > live buffer? It also happens when I add new \cref items and those > aren't shown in the completion list. How did you set the variable? If you use the customize interface (M-x customize-variable RET reftex-label-ignored-macros-and-environments RET) you can set the variable for the current session and save for future ones, too. Bye, Mosè ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
Re: [AUCTeX] Blurry preview-latex with HiDPI (esp. Apple's Retina display)
Hi! I've recently started using a computer with a HiDPI display and adding the following line to my init file does the trick for me: (setq preview-scale-function 2.0) Adjust the scaling value as necessary. Bye, Mosè On Sun, Feb 3, 2019 at 11:32 PM A540OJhQ3kS wrote: > > Hello, > > I figured this topic was already raised before, like in > https://lists.gnu.org/archive/html/auctex/2016-05/msg00030.html (starting > from https://auctex.gnu.narkive.com/VIELjyjv/embedded-previews-in-high-dpi) > > I was running Debian/Emacs/AUCTeX on my MacBookPro with "Retina display" with > no problem at all once I set the right DPI for X Window. But I recently had > to switch to MacOS and that blurry preview problem became quite an annoyance > that I finally decided to do something about it so I started to fiddle with > various configurations for days to no avail. > > It seems the issue has been around for a while so I was wondering whether the > fix is available or not as of now. I'm using Emacs 26.1 obtained from > homebrew (brew cask install emacs), AUCTeX 12.1.1, MacTeX-2018, MacOS Mojave > and MacBookPro with 15 inch retina display. > > Thank you!___ > auctex mailing list > auctex@gnu.org > https://lists.gnu.org/mailman/listinfo/auctex ___ auctex mailing list auctex@gnu.org https://lists.gnu.org/mailman/listinfo/auctex
AUCTeX 12.3 released
for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Mohammad Hossein Bateni, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Alex Branham, Uwe Brauer, Ken Brown, Joshua Buhl, Jean-François Burnol, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Patrick Gundlach, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Pieter Pareit, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin (Please accept our apologies if we forgot somebody.) Footnotes: [1] https://www.ctan.org/pkg/preview> [2] dvipng is available via its project page https://savannah.nongnu.org/projects/dvipng> and from CTAN. -- Mosè Giordano, on behalf of the AUCTeX team
[Info-AUCTeX] AUCTeX 13.1 released
'LaTeX-section-hook' had access or modified the previously undeclared variables 'title', 'name', 'level', 'done-mark', and 'toc'. These variables are now properly declared and have the 'LaTeX-' prefix, e.g., 'LaTeX-done-mark'. - The functions in 'ConTeXt-numbered-section-hook' and 'ConTeXt-unnumbered-section-hook' had access or modified the previously undeclared variables 'title', 'name', 'level', 'done-mark', and 'reference'. These variables are now properly declared and have the 'ConTeXt-' prefix, e.g., 'ConTeXt-title'. - The functions in 'TeX-translate-location-hook' could access and modify the free variables 'file', 'line', 'error', 'offset', 'context', and 'string'. Those are now properly declared variables with the prefix 'TeX-translate-location-', e.g., 'TeX-translate-location-file'. The constant 'LaTeX-dialect' has been renamed to 'TeX-dialect' and moved from 'latex.el' to 'tex.el'. 'LaTeX-dialect' now is an obsolete alias. The style 'latexinfo.el' is removed from AUCTeX. 'latexinfo.el' was meant to support latexinfo which in return was a LaTeX-2.09 extension of Texinfo, but didn't manage to replace Texinfo. The style 'siunitx.el' is updated to support package version 3. Key-value options provided by older package versions are removed, deprecated macros and units are not supported anymore. AUCTeX has preliminary support for LaTeX-hooks. Hooks provided by LaTeX kernel are known and available for completion in '\AddToHook', '\RemoveFromHook' and '\AddToHookNext'. AUCTeX is now able to place all generated output files, including those that are produced by applications running under AUCTeX, temporary files related to region processing and preview-latex files, in an output directory. To use this feature, set the new user option 'TeX-output-dir' to the absolute path of the output directory or a relative path which would be interpreted as being relative to the master file in a multifile document. Note that this feature doesn't work if the document includes sub file placed in sub directory below the main file via '\include' command. Many other bugs were fixed. Requirements It is required that you use at least GNU Emacs 24.3. The preview-latex subsystem requires image support. You'll also need a working LaTeX installation and Ghostscript. dvipng[2] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. Availability The easiest way for getting AUCTeX is installing it with GNU ELPA, see https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at https://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball. You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX https://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Mohammad Hossein Bateni, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Alex Branham, Uwe Brauer, Ken Brown, Joshua Buhl, Jean-François Burnol, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Andrea Greselin, Patrick Gundlach, Abdul-Lateef Haji-Ali, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, Philip Kaludercic, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Brian Leung, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Pieter Pareit, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Sal
Re: AUCTeX 13.2 released
Hi Tassilo, On Mon, 24 Apr 2023 at 18:40, Tassilo Horn wrote: > > Hi Mosè, > > thanks a lot for making the release! > > As a minor nit, it seems a release_13.2 tag is still missing. I do see the tag in https://git.savannah.gnu.org/cgit/auctex.git, and https://git.savannah.gnu.org/cgit/auctex.git/tag/?h=release_13_2. Am I missing something? Bye, Mosè
[Info-AUCTeX] AUCTeX 13.2 released
me, we provide the source tarball. You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX https://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Mohammad Hossein Bateni, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Alex Branham, Uwe Brauer, Ken Brown, Joshua Buhl, Jean-François Burnol, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Andrea Greselin, Patrick Gundlach, Abdul-Lateef Haji-Ali, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, Philip Kaludercic, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Brian Leung, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Dan Nicolaescu, Piet van Oostrum, Pieter Pareit, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin (Please accept our apologies if we forgot somebody.) Footnotes: [1] https://www.ctan.org/pkg/preview> [2] dvipng is available via its project page https://savannah.nongnu.org/projects/dvipng> and from CTAN. -- Mosè Giordano, on behalf of the AUCTeX team ___ info-auctex mailing list info-auc...@gnu.org https://lists.gnu.org/mailman/listinfo/info-auctex
Re: Convert bla to $bla$ automatically when be highlighted and typeset a $.
Hi Zhao On Sun, 21 May 2023 at 09:41, Hongyi Zhao wrote: > I want to convert `bla` to `$bla$` automatically when be highlighted > and typeset a `$'. I believe you want to look at `TeX-electric-math' (https://www.gnu.org/software/auctex/manual/auctex/Quotes.html#index-TeX_002delectric_002dmath): --8<---cut here---start->8--- TeX-electric-math is a variable defined in ‘tex.el’. Its value is ("\\(" . "\\)") Original value was nil Local in buffer foo.tex; global value is nil If non-nil, when outside math mode ‘TeX-insert-dollar’ will insert symbols for opening and closing inline equation and put the point between them. If there is an active region, ‘TeX-insert-dollar’ will put around it symbols for opening and closing inline equation and keep the region active, with point after closing symbol. If you press ‘$’ again, you can toggle between inline equation, display equation, and no equation. If non-nil and point is inside math mode right between a couple of single dollars, pressing ‘$’ will insert another pair of dollar signs and leave the point between them. If nil, ‘TeX-insert-dollar’ will simply insert "$" at point, this is the default. If non-nil, this variable is a cons cell whose CAR is the string to insert before point, the CDR is the string to insert after point. You can choose between "$...$" and "\(...\)". Automatically becomes buffer-local when set. You can customize this variable. --8<---cut here---end--->8--- Bye, Mosè
Re: Convert bla to $bla$ automatically when be highlighted and typeset a $.
On Sun, 21 May 2023 at 14:34, Hongyi Zhao wrote: > But I still cannot observe the desired behavior, as shown in the > attached screenshot. Are you sure that `$' is bound to `TeX-insert-dollar'? In a LaTeX buffer, what does `C-h k $' give you? I get --8<---cut here---start->8--- $ runs the command TeX-insert-dollar (found in LaTeX-mode-map), which is an interactive native-compiled Lisp function in ‘tex.el’. It is bound to $. (TeX-insert-dollar ARG) Insert dollar sign. If current math mode was not entered with a dollar, refuse to insert one when ‘TeX-refuse-unmatched-dollar’ is non-nil. Show matching dollar sign if this dollar sign ends the TeX math mode and ‘blink-matching-paren’ is non-nil. When outside math mode, the behavior is controlled by the variable ‘TeX-electric-math’. With raw C-u prefix, insert exactly one dollar sign. With optional ARG, insert that many dollar signs. --8<---cut here---end--->8--- Bye, Mosè
Re: Convert bla to $bla$ automatically when be highlighted and typeset a $.
On Mon, 22 May 2023 at 00:45, Hongyi Zhao wrote: > Mine is as follows: > > --8<---cut here---start->8--- > $ runs the command cdlatex-dollar (found in cdlatex-mode-map), which > is an interactive byte-compiled Lisp function in ‘cdlatex.el’. > > It is bound to $. > > (cdlatex-dollar ARG) > > Insert a pair of dollars unless number of backslashes before point is odd. > With arg, insert pair of double dollars. > --8<---cut here---end->8--- Then it's not a surprise that `TeX-electric-math' is ignored. I'm not familiar with cdlatex, but that's apparently overtaking AUCTeX keybindings. Bye, Mosè
AUCTeX 13.3 released
Release notes for AUCTeX 13.3 with preview-latex AUCTeX provides by far the most wide-spread and sophisticated environment for editing LaTeX, TeX, ConTeXt and Texinfo documents with Emacs. Combined with packages like RefTeX, flyspell and others it is pretty much without peer as a comprehensive authoring solution for a large variety of operating system platforms and TeX distributions. It supports document-dependent completion and syntax highlighting, easily accessible menus, jumping to error locations in the source file, a number of editing shortcuts, intelligent indentation and filling of text during entry, and WYSIWYG previews of graphical elements like math formulas right in the Emacs source buffer, by virtue of its preview-latex component. One part of the preview-latex subsystem is the central `preview.sty' file that is independently useful for a number of applications and is available in unbundled form from CTAN.[1] AUCTeX needs volunteers in particular for non-programming tasks: documentation writing, tutorials, translations, reference material, sleuth work, testing. New features and fixed bugs in this release --- AUCTeX now requires GNU Emacs 26.1 or higher. LaTeX abbrevs are now available in docTeX mode buffers. AUCTeX temporarily rebinds the variable ‘gc-cons-percentage’ to a higher value during parsing which speeds up the process significantly. The memory pressure should still be acceptable, even on older machines. Macros provided by the ‘xparse’ package are part of LaTeX kernel since October 2020. AUCTeX tracks this change and the content of ‘xparse.el’ is moved into ‘latex.el’ and ‘font-latex.el’ respectively. The variable ‘preview-scale-function’ is now allowed as a file-local variable where the assigned value can only be between 0.1 and 10. Requirements It is required that you use at least GNU Emacs 26.1. The preview-latex subsystem requires image support. You'll also need a working LaTeX installation and Ghostscript. dvipng[2] (version 1.4 or later), a very fast DVI converter, can be used to speed up the conversion. Availability The easiest way for getting AUCTeX is installing it with GNU ELPA, see https://elpa.gnu.org/packages/auctex.html> for more information. Other download options are available at https://ftp.gnu.org/gnu/auctex/>. At release time, we provide the source tarball. You can also use versions of Emacs that already include AUCTeX or a software package management system for your operating system which provides you with the latest release. A separate directory for each release contains some stuff from the tarball, such as ChangeLog, printable manuals, and a reference sheet. The download area is mirrored to the directory support/auctex on CTAN. AUCTeX is licensed under the GNU General Public License version 3. You'll find more information at the web site of AUCTeX https://www.gnu.org/software/auctex/>, including its mailing list addresses. Future development and additional information - AUCTeX is proceeding as a GNU project with the long-term intent of merging it into Emacs. For that reason, all new contributors need to assign copyright to their contributions to the FSF (the usual procedure for Emacs contributors). The same holds for past contributors. The principal authors and maintainers have already done so, but it would require a diligent and diplomatic volunteer to find and ask the rest. Current AUCTeX managers are Arash Esbati, Mosè Giordano, and Tassilo Horn. Everybody is welcome to contribute to the project by reporting bugs and suggesting improvements, but the most effective way of helping AUCTeX development remains volunteering for tasks. The following people contributed to this release series (in alphabetical order): Ivan Andrus, Ralf Angeli, Masayuki Ataka, Mohammad Hossein Bateni, Fabrice Ben Hamouda, Thomas Baumann, Vincent Belaïche, Berend de Boer, Alex Branham, Uwe Brauer, Ken Brown, Joshua Buhl, Jean-François Burnol, Patrice Dumas, Arash Esbati, Werner Fink, Miguel Frasson, Peter S. Galbraith, Mosè Giordano, Andrea Greselin, Patrick Gundlach, Abdul-Lateef Haji-Ali, Jobst Hoffmann, Tassilo Horn, Yvon Hevel, Orlando Iovino, Mads Jensen, Arne Jørgensen, Philip Kaludercic, David Kastrup, Ikumi Keita, Philip Kime, Oleh Krehel, Joost Kremers, Frank Küster, Jan-Åke Larsson, Matthew Leach, Brian Leung, Antoine Levitt, Leo Liu, Vladimir Lomov, Stefan Monnier, Paul Nelson, Dan Nicolaescu, Piet van Oostrum, Pieter Pareit, Nicolas Richard, Augusto Ritter Stoffel, Florent Rougon, Santiago Saavedra, Davide G. M. Salvetti, Rüdiger Sonderfeld, Holger Sparr, Mike Sperber, Reiner Steib, Christian Schlauer, Shiro Takeda, Mark Trettin, Tony Zorman (Please accept our apologies if we forgot somebody.) Footnotes: [1] https://www.ctan.org/pkg/preview> [2] dvipng is available via its
[AUCTeX-devel] Add counter type to the parser
Hi all, I'm sending a patch for `latex.el' to add the type counter to the parser. I've tested these changes with `article', `book', `memoir', and `report' classes. I've also fixed some functions and variables related to pagestyle type. Here is the ChangeLog entry: 2013-01-15 Mosè Giordano giordano.m...@libero.it * latex.el (LaTeX-auto-pagestyle-regexp-list): Fix typo. (LaTeX-auto-counter-regexp-list): New variable. (LaTeX-auto-regexp-list): Use `LaTeX-auto-counter-regexp-list'. (counter): New type for the parser. (TeX-arg-counter): Use `LaTeX-counter-list' function for completing and `definition' argument. (TeX-arg-pagestyle): Use `definition' argument. (LaTeX-common-initialization): Initialize counters. Bye, Mosè Giordano latex.el.patch Description: Binary data ___ auctex-devel mailing list auctex-devel@gnu.org https://lists.gnu.org/mailman/listinfo/auctex-devel
Re: [AUCTeX-devel] Completion for counters
Hi Mads, The TODO file mentioned that it would be nice to have completion for counters. Mose Giordano did this, but some style files have to have some counters appended. I've attached patches for memoir.el, article.el, book.el and report.el TeX-auto-generate'ing those classes automatically adds counters to style files, this is why I didn't provide patches for these classes. Actually, it appears that latex.ltx defines the counters tocdepth and secnumdepth, too, so maybe these two should instead be in latex.el and not in the style files? Those counters are defined in `latex.el' using a plain TeX syntax, but I don't know TeX very much. As far as I can see, in TeX counters are defined with `\countdef', `\newcount' or defining a macro called `\c@XXX'. In `latex.ltx' there are many more counters defined in these ways. Knowing the correct TeX syntax, we could add to `tex.el' a regexp matching TeX counters and TeX-auto-add counter type. In this case TeX-auto-add-type counter in `latex.el' wouldn't be needed anymore. Bye, Mosè Giordano ___ auctex-devel mailing list auctex-devel@gnu.org https://lists.gnu.org/mailman/listinfo/auctex-devel
Re: [AUCTeX-devel] Completion for saveboxes
Hi Mads, there are some errors in your patch. +;; `sbox' is just a short form of `savebox' +(defvar LaTeX-auto-savebox-regexp-list + '((newsavebox *{\\([A-Za-z]+\\)} 1 LaTeX-auto-savebox)) + List of regular expressions matching LaTeX saveboxes and +sboxes only.) This regexep wouldn't match any savebox because saveboxes are macros, so their name starts with a backslash. I suggest to use the following regexp - (defvar LaTeX-auto-savebox-regexp-list '((newsavebox *{?\\([A-Za-z]+\\)}? 1 LaTeX-auto-savebox)) - +(TeX-auto-add-type savebox LaTeX) You have to specify the plural of the type if it's not formed just appending an s: - (TeX-auto-add-type savebox LaTeX saveboxes) - -;; Why is DEFINITION unused? (defun TeX-arg-savebox (optional optional prompt definition) Prompt for a LaTeX savebox. If OPTIONAL is non-nil, insert the resulting value as an optional argument, otherwise as a mandatory one. Use PROMPT as the prompt -string. DEFINITION is unused. - ;; Completion not implemented yet. - (TeX-argument-insert - (read-string (TeX-argument-prompt optional prompt - (concat Savebox: TeX-esc) - t)) - optional TeX-esc)) +string. If definition is non-nil, the savebox is added to the +list of defined saveboxes. + (let ((savebox ((completing-read (TeX-argument-prompt optional prompt +Savebox) + (LaTeX-savebox-list) +(if (add definition (not (zerop (length savebox +(LaTeX-add-saveboxes savebox)) +(TeX-argument-insert savebox optional))) + Completing-read function is malformed, there one extra pair of parentheses, moreover `TeX-argument-insert' should add also a `TeX-esc': -- (defun TeX-arg-savebox (optional optional prompt definition) Prompt for a LaTeX savebox. If OPTIONAL is non-nil, insert the resulting value as an optional argument, otherwise as a mandatory one. Use PROMPT as the prompt string. If definition is non-nil, the savebox is added to the list of defined saveboxes. (let ((savebox (completing-read (TeX-argument-prompt optional prompt (concat Savebox: TeX-esc) t) (LaTeX-savebox-list (if (and definition (not (zerop (length savebox (LaTeX-add-saveboxes savebox)) (TeX-argument-insert savebox optional TeX-esc))) -- Bye, Mosè Giordano ___ auctex-devel mailing list auctex-devel@gnu.org https://lists.gnu.org/mailman/listinfo/auctex-devel