Re: [AUCTeX-devel] support for xemacs

Hi Uwe, 2017-02-23 19:33 GMT+01:00 Ikumi Keita : > Hi Mosè, > >> Version 11.90 has some incompatibilities with XEmacs, yet no one apart >> from Keita noticed it (but I didn't get whether he currently uses >> XEmacs or fires it just for tests). > > The latter. I don't use

Re: [AUCTeX-devel] support for xemacs

Hi Uwe and Keita, 2017-02-23 22:31 GMT+01:00 Uwe Brauer : > > > Hi Tassilo and all, > > > > > For the sake of fairness, I leave here a record of a benefit > > obtained from trying to keep support for xemacs. The dicovery of > > the series of bugs I reported about

Re: [AUCTeX-devel] support for xemacs

Hi Uwe, 2017-02-23 11:32 GMT+01:00 Uwe Brauer : > There is no way to talk you that out? I mean why do you want to remove > the compatibility code for the 12+branch? You could just *explicitly* > state that Xemacs compatibility is not guaranteed anymore and the user > could still

Re: [AUCTeX-devel] support for xemacs

Hello everybody, 2017-02-22 19:32 GMT+01:00 Tassilo Horn : > Arash Esbati writes: > > Hi all, > >> known compat-issues with some `if' constructs, release a new AUCTeX >> and mark it as the last one which supports XEmacs and focus on >> supporting Emacs. This might

Re: [AUCTeX-devel] Small patch for subfiles.el

Hi Arash, 2017-02-20 21:23 GMT+01:00 Arash Esbati <ar...@gnu.org>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> Not for me, and I guess nor for Arash :-/ > > Did you patched subfiles.el with > > (TeX-run-style-hooks > (file-name-sans-

Re: [AUCTeX-devel] Small patch for subfiles.el

Hi Keita, 2017-02-20 19:30 GMT+01:00 Ikumi Keita : > Hi Arash, > >> I think this can be fixed by adding > >> (dolist (name TeX-style-path) >>(TeX-load-style-file (expand-file-name style name))) > >> to second condition as well. > > Is that really necessary?

Re: [AUCTeX-devel] \[ \] environment

Hi Uwe, 2017-02-19 16:18 GMT+01:00 Uwe Brauer : > Hi > > Shouldn't \[ \] be considered as an environment? That would simplify the > input `LaTeX-electric-left-right-brace' already does a great job in this regard: you type "\[" and "\]" is automatically inserted. > and also

Re: [AUCTeX-devel] A simple patch displaying compilation time

2017-02-19 8:45 GMT+01:00 Marcin Borkowski : > Hi all, > > I have finally become bored enough of going to Eshell and saying "time > pdflatex " instead of just pressing C-c C-c that I decided to > spend a few minutes writing this quite trivial patch. I would be > thankful for

Re: [AUCTeX-devel] A simple patch displaying compilation time

2017-02-19 14:35 GMT+01:00 Marcin Borkowski : > I see. In GNU Emacs, time-to-seconds is just an alias for float-time. > Does XEmacs have that? Already checked, no, unless it's under another name, but in `time-date.el' there is an elisp implementation of `time-to-seconds', we

Re: [AUCTeX-devel] A simple patch displaying compilation time

Hi Marcin, 2017-02-19 8:45 GMT+01:00 Marcin Borkowski : > Hi all, > > I have finally become bored enough of going to Eshell and saying "time > pdflatex " instead of just pressing C-c C-c that I decided to > spend a few minutes writing this quite trivial patch. I would be >

Re: [AUCTeX-devel] Small patch for subfiles.el

Hi Arash, 2017-02-15 9:19 GMT+01:00 Arash Esbati : > what do you think about this small patch against subfiles.el: Actually in subfiles.el it should be sufficient to replace `file-name-base' with `file-name-sans-extension', but I didn't have the time to understand why

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 6c91dba2f71b9d5aaa7fb4234c62679c4e357617

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 6c91dba2f71b9d5aaa7fb4234c62679c4e357617 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 3ca01062a578e1dd1c641ca34001b5e07a72936a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 3ca01062a578e1dd1c641ca34001b5e07a72936a (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 7230fece3a6960533e8bf5134ae1cfa6a48184c6

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 7230fece3a6960533e8bf5134ae1cfa6a48184c6 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 15960e465b6b02541c11fda7587544a383ced4ed

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 15960e465b6b02541c11fda7587544a383ced4ed (commit) from

Re: [AUCTeX-devel] Automatic adding of label to optional argument

Hi Arash, 2017-01-17 14:13 GMT+01:00 Arash Esbati : > Following up myself, I think I have a solution for this. Borrowing some > code from RefTeX, `TeX-read-label' can be like this: > > --8<---cut here---start->8--- > (defun TeX-read-label

Re: [AUCTeX-devel] Automatic adding of label to optional argument

2017-01-13 16:09 GMT+01:00 Arash Esbati : > (if (and (boundp 'LaTeX-label-function) >LaTeX-label-function By the way, I don't understand why there is the `boundp' test. Bye, Mosè ___ auctex-devel mailing list

Re: [AUCTeX-devel] Automatic adding of label to optional argument

Hi Arash, 2017-01-13 16:09 GMT+01:00 Arash Esbati : > --8<---cut here---start->8--- > (defun LaTeX-label (name type no-insert) > "Insert a label for NAME at point. > The optional TYPE argument can be either environment or section: > in the

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 74766b4ca45b33a5104a4913b9e4a353d29c5ffe

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 74766b4ca45b33a5104a4913b9e4a353d29c5ffe (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 46059c345bdc6cfad9de3987bee5e609e670fc61

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 46059c345bdc6cfad9de3987bee5e609e670fc61 (commit) from

Re: [AUCTeX-devel] Automatic adding of label to optional argument

Hi Arash, 2017-01-12 18:35 GMT+01:00 Arash Esbati : > Hi all, > > some packages like listings.sty have a label key since one cannot put > \label in the body of the environment. I wrote a function which uses > the standard interface of AUCTeX and/or RefTeX for inserting a \label >

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. a1591144226b5f824ae192c30a4a6ca524a67468

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via a1591144226b5f824ae192c30a4a6ca524a67468 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 4ebbf9091782e5181b5408a5cd139d44db5414dc

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 4ebbf9091782e5181b5408a5cd139d44db5414dc (commit) via

[AUCTeX-diffs] GNU AUCTeX tag, release_11_90, created. 826f17aeaf158b81653c2d9a03641c49d15d50fa

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The tag, release_11_90 has been created at 826f17aeaf158b81653c2d9a03641c49d15d50fa (commit) - Log

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 826f17aeaf158b81653c2d9a03641c49d15d50fa

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 826f17aeaf158b81653c2d9a03641c49d15d50fa (commit) via

[AUCTeX-diffs] GNU AUCTeX tag, release_11_90, deleted. c981f36dcc558730151050585c845c389aa30273

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The tag, release_11_90 has been deleted was c981f36dcc558730151050585c845c389aa30273

[AUCTeX-diffs] GNU AUCTeX tag, release_11_90, created. c981f36dcc558730151050585c845c389aa30273

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The tag, release_11_90 has been created at c981f36dcc558730151050585c845c389aa30273 (commit) - Log

[AUCTeX-diffs] GNU AUCTeX tag, release_11_90, deleted. 6f20266d573cf92171efdfc3414c247ca91aa82d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The tag, release_11_90 has been deleted was 6f20266d573cf92171efdfc3414c247ca91aa82d

[AUCTeX-diffs] GNU AUCTeX tag, release_11_90, created. 6f20266d573cf92171efdfc3414c247ca91aa82d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The tag, release_11_90 has been created at 6f20266d573cf92171efdfc3414c247ca91aa82d (commit) - Log

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 6fe7a2e1b6ee1b5c39fa06ff796fd6a588038882

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, -L

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 4c59f7775d51a8b960b4d7cbcaace60a74cf8c40

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 4c59f7775d51a8b960b4d7cbcaace60a74cf8c40 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 1addc62fc10e52ff29e64486a3754627ac2c1495

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 1addc62fc10e52ff29e64486a3754627ac2c1495 (commit) from

Re: [AUCTeX-devel] Questions about cleveref.el

2017-01-03 16:25 GMT+01:00 Mosè Giordano <m...@gnu.org>: > 2017-01-03 14:15 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: >> If only one key is needed, why `TeX-completing-read-multiple'? > > When I re-read the code of that function I asked myself the same > qu

Re: [AUCTeX-devel] Questions about cleveref.el

2017-01-03 14:15 GMT+01:00 Arash Esbati : > If only one key is needed, why `TeX-completing-read-multiple'? When I re-read the code of that function I asked myself the same question, but he didn't answered :-( > I think > you can have it all by doing something like: > >

Re: [AUCTeX-devel] Questions about cleveref.el

2017-01-03 12:17 GMT+01:00 Arash Esbati : I had a similar problem in biblatex: there are macros taking more than one reference, but this isn't particularly easy to do with RefTeX, so I defined a hand-made function (`LaTeX-arg-biblatex-cites'). >>> >>> The

Re: [AUCTeX-devel] Questions about cleveref.el

Hi Arash, 2017-01-03 8:03 GMT+01:00 Arash Esbati : >>> 2) `TeX-arg-cleveref-multiple-labels' does not let you use RefTeX to >>>select label(s) which is much more convenient. >>> >>> Item 1) is fixed easily, 2) should also be doable with a check againt >>>

Re: [AUCTeX-devel] Questions about cleveref.el

Hi Arash, 2016-12-30 11:34 GMT+01:00 Arash Esbati : > Hi all, > > I've just fixed 2 typos in cleveref.el and 2 things occurred to me if > you're a `C-c RET' centric, RefTeX-plugged-into-AUCTeX user: > > 1) This style uses `TeX-arg-label' and not `TeX-arg-ref'. It means

Re: [AUCTeX-devel] Next release?

Hi Tassilo, 2017-01-02 12:48 GMT+01:00 Tassilo Horn <t...@gnu.org>: > Mosè Giordano <m...@gnu.org> writes: > > Hi Mosè, > >> I propose to wait until January 9th for other possible fixes to come >> in, then we can do a new release as soon as possible in the nex

Re: [AUCTeX-devel] Next release?

Dear all, I propose to wait until January 9th for other possible fixes to come in, then we can do a new release as soon as possible in the next few days. Being AUCTeX in ELPA (thanks Tassilo!), we have constantly a fair share of users testing a recent version of the package, I'm confident there

Re: [AUCTeX-devel] preview-latex coding system problem with Japanese LaTeX

Hi Ikumi, the best I can suggest you now is to forward your first message to bug-auc...@gnu.org, it'll be much easier for someone willing to work on this in the future to find your patches in the bug tracker than in this mailing list ;-) Maybe add a cross-reference to

Re: [AUCTeX-devel] [corrected patch]

There a missing "\" in Makefile.in, in the line before exam.el. 2016-12-30 0:12 GMT+01:00 Uwe Brauer : > >> 2016-12-29 23:02 GMT+01:00 Uwe Brauer : > >> While we are at it, please rebase your patch on current master, it has >> a conflict with

Re: [AUCTeX-devel] preview-latex coding system problem with Japanese LaTeX

Hi Ikumi, first of all sorry for having overlooked this message before. In addition, thank you for the very detailed description of the problem, much appreciated! I can't comment much your proposed patches, I'm not too familiar with preview code, probably you know it better than me after having

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 8186490a25d2e3ab2affe0a8e1f048aa1a92ce2d

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 8186490a25d2e3ab2affe0a8e1f048aa1a92ce2d (commit) from

Re: [AUCTeX-devel] Next release?

Ciao Davide, 2016-12-29 0:06 GMT+01:00 Davide G. M. Salvetti : > Hi developers, > > some time and many commits have passed since AUCTeX 11.89... are there > any plans about releasing 11.90? There are currently no plans, but we can do it soonish. Is there anything that

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. c3a21f2c6a23f229c8080dc55599d3df755e501f

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via c3a21f2c6a23f229c8080dc55599d3df755e501f (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 70c649961416be00181844277a5cc34b41946839

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 70c649961416be00181844277a5cc34b41946839 (commit) from

Re: [AUCTeX-devel] Extending `LaTeX-array-count-columns'

Hi Arash, 2016-12-20 12:19 GMT+01:00 Arash Esbati : > The in and out file are attached. Running make in tests directory > shows that my test fails due to this excerpt: I think that now it'll work ;-) Adding (setq TeX-parse-self t) before (LaTeX-mode) should

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. c4cb166fe1624545786a9f82f2385ba6a70d4384

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via c4cb166fe1624545786a9f82f2385ba6a70d4384 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. db3fcb96aaa768a1b851a00d9254d7135c832251

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via db3fcb96aaa768a1b851a00d9254d7135c832251 (commit) from

Re: [AUCTeX-devel] Extending `LaTeX-array-count-columns'

Hi Arash and Ikumi, first of all, thanks for your work! If you believe this change is worth a mention in changes.texi, drop there a few lines. 2016-12-16 15:57 GMT+01:00 Arash Esbati : > Do you have a hint how I can run style hooks > (e.g. tabularx.el) while running

Re: [AUCTeX-devel] Extending `LaTeX-array-count-columns'

Hi Arash, 2016-12-14 15:52 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > Thanks for testing! I can take the file I posted with some other > environments and add it as `tabular-ampersand-count.tex' und

Re: [AUCTeX-devel] Extending `LaTeX-array-count-columns'

Hi Arash, 2016-12-14 12:34 GMT+01:00 Arash Esbati : > Hi all, > > 2 thing occurred to me when hitting `M-RET' in tabular environments: > Current code in `LaTeX-array-count-columns' cannot handle multi column > specs like `*{num}{spec}' and optional args to column specs

Re: [AUCTeX-devel] Visit master file when creating a new file

Hi Arash and all, 2016-12-11 23:29 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> this question http://emacs.stackexchange.com/q/29081/620 shows that it >> could be useful to visit the master file w

[AUCTeX-devel] Visit master file when creating a new file

Hi all, this question http://emacs.stackexchange.com/q/29081/620 shows that it could be useful to visit the master file when creating a new file, in order to grab some variables from it, like the major mode. What do you think? Anything against this feature? Bye, Mosè

Re: [AUCTeX-devel] Found a bug in subfigure.el

Hi Robert, 2016-12-03 1:10 GMT+01:00 Robert Goldman : > This is from the version of AuCTeX I got with Aquamacs, so maybe it has > been fixed upstream. Here's the bug: > >;; Install completion for labels: >(setq TeX-complete-list > (append >

Re: [AUCTeX-devel] subfiles.el: implement patch provided by Arash Esbati

Hi Arash, 2016-11-30 20:24 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> 2016-11-29 8:49 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: >>> >>> Mosè Giordano <m...@gnu.org&

Re: [AUCTeX-devel] subfiles.el: implement patch provided by Arash Esbati

Hi Arash, 2016-11-29 8:49 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >>> + ;; Tell RefTeX the same thing. >>> + (when (and (boundp 'reftex-include-file-commands) >>> +

Re: [AUCTeX-devel] subfiles.el: implement patch provided by Arash Esbati

Hi Uwe, > + ;; Tell RefTeX the same thing. > + (when (and (boundp 'reftex-include-file-commands) > + (not (member "subfile" reftex-include-file-commands))) > + (add-to-list 'reftex-include-file-commands "subfile" t) Why do you check if "subfile" is member of

Re: [AUCTeX-devel] [State of art of my patch]

2016-11-23 23:34 GMT+01:00 Uwe Brauer : > >> Hi Uwe, >> 2016-11-23 18:51 GMT+01:00 Uwe Brauer : > >> Could you please send the updated patch against current master of >> AUCTeX? Makefile.in has changed since then. I'd install your patch. > > Ok.

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 8a14439f4fbb0f8e5d30c689b339e32effbe0177

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 8a14439f4fbb0f8e5d30c689b339e32effbe0177 (commit) from

Re: [AUCTeX-devel] [State of art of my patch] (was: subfiles patch: add fontification)

Hi Uwe, 2016-11-23 18:51 GMT+01:00 Uwe Brauer : "Uwe" == Uwe Brauer writes: > > Hi > > I just pulled the lasted repo and I did not find the subfiles.el. > What happened? Could you please send the updated patch against current master of AUCTeX? Makefile.in

Re: [AUCTeX-devel] Changing caption insertion within longtable

2016-11-23 16:45 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> 2016-11-23 15:45 GMT+01:00 Arash Esbati <arash.esbati...@gmail.com>: >>> >>> Note the `\\ \label'. The code works

Re: [AUCTeX-devel] Changing caption insertion within longtable

Hi Arash, 2016-11-23 15:45 GMT+01:00 Arash Esbati : > Hi all, > > with the current code in longtable.el, the caption and label are > inserted like this: > > \documentclass{article} > \usepackage{longtable} > > \begin{document} > > With current code: >

Re: [AUCTeX-devel] mathfrak, amssymb, and kpfonts

2016-11-23 14:04 GMT+01:00 Uwe Brauer : > >> Hi Uwe, >> 2016-11-22 21:49 GMT+01:00 Uwe Brauer : > >> What kind of support do you mean? The entry in `TeX-font-list'? > > Precisely I created a new style file for the amsfonts package providing the

Re: [AUCTeX-devel] mathfrak, amssymb, and kpfonts

Hi Uwe, 2016-11-22 21:49 GMT+01:00 Uwe Brauer : > > Hi > > Auctex provides support for kpfonts via kpfonts.el, which includes \mathfrak. > > > However as the following example shows amssymb (amsmath) also support > mathfrak but with different fonts. > > Could auctex also provide

Re: [AUCTeX-devel] [problems with TeX-arg-ref]

Hi Uwe, 2016-11-16 18:20 GMT+01:00 Uwe Brauer : > The problem is with the behavior of the last case. > > IMHO, when RefTeX is plugged in, the label should be inserted > *automatically* without any prompt. That is the value of the label is > automatically calculated by RefTeX.

Re: [AUCTeX-devel] [problems with TeX-arg-ref]

Hi Uwe, 2016-11-14 18:43 GMT+01:00 Uwe Brauer : > >> Hi Uwe, >> 2016-11-14 18:09 GMT+01:00 Uwe Brauer : > >> Could you please provide a reproducible recipe? > > Sure, please find attached my work-in-progress exam.el. Load that file. > Just in case I

Re: [AUCTeX-devel] [problems with TeX-arg-ref] (was: patch for exam class)

Hi Uwe, 2016-11-14 18:09 GMT+01:00 Uwe Brauer : "Arash" == Arash Esbati writes: > >> Please don't use `reftex-label'. Non Reftex-user will get an error. >> `TeX-arg-ref' does the right thing here. > > I have not used TeX-arg-ref for ages.

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 0d26aba1be73d6d615baa20525d43eb893b740b3

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 0d26aba1be73d6d615baa20525d43eb893b740b3 (commit) from

Re: [AUCTeX-devel] subfiles, private macros, scan the master file

2016-11-07 14:56 GMT+01:00 Uwe Brauer : > >> Hi Uwe, >> 2016-11-07 14:36 GMT+01:00 Uwe Brauer : > >> (TeX-run-style-hooks >> (file-name-base (cadr (assoc "subfiles" LaTeX-provided-class-options > > Aha, I came up with > > (let

Re: [AUCTeX-devel] subfiles, private macros, scan the master file

Hi Uwe, 2016-11-07 14:36 GMT+01:00 Uwe Brauer : > >> Hi Uwe, >> 2016-11-02 9:34 GMT+01:00 Uwe Brauer : > >> Sorry, I don't know the subfiles class, so I don't completely >> understand what you're asking. You would like to run the Emacs style >

Re: [AUCTeX-devel] subfiles, private macros, scan the master file

Hi Uwe, 2016-11-02 9:34 GMT+01:00 Uwe Brauer : > Hi > > A year ago I asked such a question concerning reftex and the feature I > proposed was implemented (thanks). I scanned the archives but I am not > sure whether the following issue also has been treated (the feature is > not

Re: [AUCTeX-devel] Extending xparse.el to parse argument specification

Hi Arash, I'm sorry for the very late replay, I finally found some time to look to the patch. I don't have major comments, looks but I warmly suggest you to write some comprehensive tests so that we won't break anything that is working. Thank you! Mosè 2016-09-28 22:30 GMT+02:00 Mosè Giordano

Re: [AUCTeX-devel] Extending xparse.el to parse argument specification

Hi Arash, 2016-09-22 12:30 GMT+02:00 Arash Esbati : > Hi all, > > I was thinking about how to extend xparse.el in order to parse argument > specs (which can be quite complicated) and now have a working setup -- > diff and patched xparse.el are attached. Wow, this is a

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. eb2d64bede8587c864c3031f233a0ae87c3f3a03

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via eb2d64bede8587c864c3031f233a0ae87c3f3a03 (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 84d31ca5e0b7f0ae767f309f165e342d55bbce5a

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 84d31ca5e0b7f0ae767f309f165e342d55bbce5a (commit) from

Re: [AUCTeX-devel] bidi patch

Hi Uwe, 2016-09-18 15:51 GMT+02:00 Uwe Brauer : > >> 2016-09-17 19:15 GMT+02:00 Uwe Brauer : > >> The history of a repository is valuable, but flooding it with many > nitpicking > > After pulling git --log tells me > > commit

Re: [AUCTeX-devel] glitch in displayed math formatting (\[ ... \])

2016-09-17 18:36 GMT+02:00 Uwe Brauer : > Now I swore this did not work for \[\] last time I checked that is Was that last time before the release of version 11.89? ;-) Bye, Mosè ___ auctex-devel mailing list auctex-devel@gnu.org

Re: [AUCTeX-devel] bidi patch

2016-09-17 19:15 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: > >> 2016-09-17 18:41 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >>> but what is with the issue of sending patches with &

Re: [AUCTeX-devel] bidi patch

2016-09-17 18:41 GMT+02:00 Uwe Brauer : > but what is with the issue of sending patches with > correspond to my private branches but might include (for you) unwanted > revsets? That is not acceptable? I should collapse them? What do you refer to? > [1] I see hg facing the same

Re: [AUCTeX-devel] bidi patch

Hi Uwe, 2016-09-17 18:28 GMT+02:00 Uwe Brauer : > >> Please, don't spawn a new thread just to provide a new revised patch, >> just reply to my email. I'd like to review other patches you lately >> submitted, but I've to navigate between all the threads you opened to

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 3654a620e1d90d48b57c9fc212abd1833e816995

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 3654a620e1d90d48b57c9fc212abd1833e816995 (commit) from

Re: [AUCTeX-devel] bidi patch

2016-09-17 18:14 GMT+02:00 Uwe Brauer : >> In addition, the patch installs two useless files, please pay more >> attention when you submit patches. > > What useless files? could you please clarify? Did you take a look to the file you sent? --8<---cut

Re: [AUCTeX-devel] glitch in displayed math formatting (\[ ... \])

Hi Uwe, 2016-09-11 13:51 GMT+02:00 Uwe Brauer : > >> Hi Artemio, >> 2016-09-10 20:38 GMT+02:00 Artemio González López : > >> Yes, you're missing a change introduced in AUCTeX 11.89 >>

Re: [AUCTeX-devel] bidi patch

Hi Uwe, 2016-09-09 10:39 GMT+02:00 Uwe Brauer : > > Hi > > I hope you can apply that patch The commit message doesn't have the standard ChangeLog-like format. In addition, the patch installs two useless files, please pay more attention when you submit patches. Since the package

Re: [AUCTeX-devel] Real key-val query for \includegraphics

Hi Arash, 2016-09-12 14:06 GMT+02:00 Arash Esbati <arash.esbati...@gmail.com>: > Hi Mosè, > > Mosè Giordano <m...@gnu.org> writes: > >> 2016-09-09 17:09 GMT+02:00 Arash Esbati <arash.esbati...@gmail.com>: >>>>> I also have a question: How can I

Re: [AUCTeX-devel] other patch for auctex.texi

Hi Tassilo, 2016-09-14 18:52 GMT+02:00 Tassilo Horn : > Oh, and is there a way I can apply your HG patch directly with git so > that I don't have to commit it under your name and address by typing > everything manually? git am --patch-format=hg name.patch should do the trick,

Re: [AUCTeX-devel] glitch in displayed math formatting (\[ ... \])

Hi Artemio, 2016-09-10 20:38 GMT+02:00 Artemio González López : > I am using auctex 11.89.5 with Emacs 25.1 rc2 and macOS Sierra (10.12) > golden master. I’ve noticed the following annoying glitch in formatting > displayed math in LaTeX. To enter displayed math (with Emacs 22 and

Re: [AUCTeX-devel] Real key-val query for \includegraphics

2016-09-09 17:09 GMT+02:00 Arash Esbati : >>> I also have a question: How can I figure out which engine/binary is >>> ultimaltely used when compiling a document? I would like to address the >> >> The relevant variables should be `TeX-engine', `TeX-PDF-mode', >>

Re: [AUCTeX-devel] Real key-val query for \includegraphics

Hi Arash, 2016-09-07 12:56 GMT+02:00 Arash Esbati : > Hi all, > > I would like to suggest a bigger change to graphicx.el in order to add > real key-val query in the optional argument of \includegraphics. This > style has a sort of pseudo key-val and I think it should

Re: [AUCTeX-devel] copyright assigment

Hi Uwe, 2016-09-07 17:41 GMT+02:00 Uwe Brauer : "David" == David Kastrup writes: > >> Uwe Brauer writes: >>> Hi >>> >>> Any news with my copyright assignment? > >> No. Have you received your copy signed by the FSF clerk?

Re: [AUCTeX-devel] LaTeX-fill-region-as-paragraph: each sentence starts in a new line

Hi Uwe, 2016-09-08 10:13 GMT+02:00 Uwe Brauer : > A couple of questions and suggestions: > > - could anyone with knowledge of the original >LaTeX-fill-region-as-paragraph try to implement this feature >without using defadvice. What's the problem with

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. 9e627fc8d7b744dd5342cf3e0e76de67fa0eb9be

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via 9e627fc8d7b744dd5342cf3e0e76de67fa0eb9be (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. b90986f447091376341612f4c2c40e60159cef51

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via b90986f447091376341612f4c2c40e60159cef51 (commit) from

Re: [AUCTeX-devel] auctex git master and ELPA

Hi Uwe, 2016-08-30 18:36 GMT+02:00 Uwe Brauer : > Hi > > How far in days or weeks is the git master version ahead of the ELPA > version? The ELPA branch for AUCTeX is usually synced with upstream AUCTeX only to release a new version of the package. The latest one is 11.89.4,

Re: [AUCTeX-devel] my patch? Examn (bidi in preparation)

2016-08-28 23:15 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: > > > Hi Uwe, > > 2016-08-22 21:20 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > >> Hi > >> > &

Re: [AUCTeX-devel] my patch? Examn (bidi in preparation)

Hi Uwe, 2016-08-22 21:20 GMT+02:00 Uwe Brauer : > Hi > > I presume the copyright issue is now solved. What is my patch for examn? I check almost daily, but your name doesn't appear in the list of people who assigned the copyright for Emacs or AUCTeX. Did you receive back your

Re: [AUCTeX-devel] problem loading auctex 11.89 in OS X

Hi Artemio, 2016-08-28 1:13 GMT+02:00 Artemio González López : > I am trying to update from auctex 11.88 (which worked well) to 11.89. > Unfortunately, auctex 11.89 fails to load, with the following error message: > > File mode specification error: (void-variable

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. e4b2e6a76965156257a19bd65f9bc76dfb743b6e

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via e4b2e6a76965156257a19bd65f9bc76dfb743b6e (commit) from

[AUCTeX-diffs] GNU AUCTeX branch, master, updated. f375c1fa0aa28e68d518dbdfec33f70c146397a1

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via f375c1fa0aa28e68d518dbdfec33f70c146397a1 (commit) from

<    1   2   3   4   5   6   7   8   >