[AUCTeX] GNU AUCTeX 11.89.4 released to ELPA

[Tassilo Horn]

Hi all,

I think we've aggregate quite a few commits since the last ELPA release,
so I've released a new version 11.89.4 right now. It should be
available within the next 24 hours.

Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

Bye,
Tassilo

[Mosè Giordano]

Hi Tassilo,

Post by Tassilo Horn
Hi all,
I think we've aggregate quite a few commits since the last ELPA release,
so I've released a new version 11.89.4 right now. It should be
available within the next 24 hours.

Great, thank you!

Post by Tassilo Horn
Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

XEmacs without MULE doesn't support UTF-8 encoding. On the other
hand, the ChangeLog you touched is a pretty old one, there are fewer
chances a XEmacs user (and in particular those not using MULE) may
need it.

Bye,
Mosè

[Tassilo Horn]

Mosè Giordano <***@gnu.org> writes:

Hi Mosè,

Post by Mosè Giordano

Post by Tassilo Horn
Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

XEmacs without MULE doesn't support UTF-8 encoding.

Given the fact that XEmacs development has been discontinued, I think we
can stop supporting it actively. It's probably too early to remove
compatibility code, but I don't think it's worth the trouble to consider
XEmacs support for new code at least.

Well, and in the concrete case, if one character in the ChangeLog shows
up as \xxx or a box, I don't consider that a drama. :-)

Post by Mosè Giordano
On the other hand, the ChangeLog you touched is a pretty old one,
there are fewer chances a XEmacs user (and in particular those not
using MULE) may need it.

The ChangeLog.1 has been ok in ISO-8859-1. But the ChangeLog for
releases is produced by prepending the git log from the day of our
switch to ChangeLog.1, and some recent git commit has the non-ISO-8859-1
char in its message. I.e., from now on the ChangeLog that's distributed
with AUCTeX releases will be UTF-8, too.

Bye,
Tassilo

[Mosè Giordano]

Post by Tassilo Horn
Hi Mosè,

Post by Mosè Giordano

Post by Tassilo Horn
Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

XEmacs without MULE doesn't support UTF-8 encoding.

Given the fact that XEmacs development has been discontinued,

Uh, I must have missed that news.

Post by Tassilo Horn
I think we
can stop supporting it actively. It's probably too early to remove
compatibility code, but I don't think it's worth the trouble to consider
XEmacs support for new code at least.

I second it.

Post by Tassilo Horn
Well, and in the concrete case, if one character in the ChangeLog shows
up as \xxx or a box, I don't consider that a drama. :-)

Yes, that ChangeLog isn't completely unreadable in XEmacs, it just has
some weird characters in place of diacritics.

Bye,
Mosè

[Uwe Brauer]

Post by Tassilo Horn
Hi Mosè,

Post by Mosè Giordano

Post by Tassilo Horn
Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

XEmacs without MULE doesn't support UTF-8 encoding.

Given the fact that XEmacs development has been discontinued,

This is not entirely true, still patches, even for the development
branch are sent to Xemacs beta, but alas, the end is in sight.

Post by Tassilo Horn
I think we can stop supporting it actively. It's probably too
early to remove compatibility code, but I don't think it's worth
the trouble to consider XEmacs support for new code at least.

What can I say, I am the last auctec-Xemacs Mohican and even I switched
to 80 % of my time to GNU emacs. And even in the last years, as the
official Xemacs pkg maintainer I have received very little feedback from
Xemacs auctex users (they exist I wounder). In any case, I would like to
thank the auctex team for supporting Xemacs all these years, even
without any active Xemacs developer in the team. I stayed with Xemacs
mostly because of x-symbol but now GNU emacs 25 supports prettifying.

Which brings me to different question, when will 25 official be
released? Because I think the documentation should say something about
prettifying (but again maybe I am the only one who like that feature).

Uwe

[Marcin Borkowski]

Post by Uwe Brauer
Which brings me to different question, when will 25 official be
released? Because I think the documentation should say something about
prettifying (but again maybe I am the only one who like that feature).

No, you're not the only one! Even if prettifying has some rough edges.

BTW, here is a snippet from my init.el which removes one of these rough
edges:

(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{R}" . 8477) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{N}" . 8469) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{P}" . 8473) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Q}" . 8474) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Z}" . 8484) t)

I guess adding these (and probably a few others, like \mathbb{C} - or
maybe just the alphabet wholesale) might be a good idea. If there is
a need for a someone™ to prepare a patch, I may volunteer to be the
someone - just let me know.

Another (minor) issue is connected with the fact that spaces don't
disappear when prettifying:

\alpha\beta looks like αβ, but

\alpha x looks like α x.

I don't complain much, though, since I'm a bit afraid that the whole
prettifying infrastructure can't help that. Also, due to how TeX
parsing works, it might actually be undesirable not to show those spaces
(however strange they look).

Post by Uwe Brauer
Uwe

Best, and thanks for your work on AUCTeX!

PS. I don't have now much time to develop mu AUCTeX-related code, but
I'll try to devote sime time to it. Then, I could submit a patch or
two.

[Uwe Brauer]

Post by Marcin Borkowski
No, you're not the only one! Even if prettifying has some rough edges.
BTW, here is a snippet from my init.el which removes one of these rough
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{R}" . 8477) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{N}" . 8469) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{P}" . 8473) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Q}" . 8474) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Z}" . 8484) t)

Oh I already added quite a bit of symbols to that list, but never really
committed it as a patch. I am quite busy now, but in 2 weeks I might
have the time for that.

Uwe

[Tassilo Horn]

Marcin Borkowski <***@mbork.pl> writes:

Hi Marcin,

Post by Marcin Borkowski
BTW, here is a snippet from my init.el which removes one of these
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{R}" . 8477) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{N}" . 8469) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{P}" . 8473) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Q}" . 8474) t)
(add-to-list 'tex--prettify-symbols-alist '("\\mathbb{Z}" . 8484) t)
I guess adding these (and probably a few others, like \mathbb{C} - or
maybe just the alphabet wholesale) might be a good idea. If there is
a need for a someone™ to prepare a patch, I may volunteer to be the
someone - just let me know.

Yes, those seem like good additions. There are already definitions for
\Bbb{N} and friends. But new definitions should be added directly to
Emacs' tex-mode.el. That's where `tex--prettify-symbols-alist' is
defined. AUCTeX simply reuses that. I don't think it would be sensible
if AUCTeX adds to that list. Why should tex-mode users not benefit from
those new definitions, too?

Post by Marcin Borkowski
Another (minor) issue is connected with the fact that spaces don't
\alpha\beta looks like αβ, but
\alpha x looks like α x.
I don't complain much, though, since I'm a bit afraid that the whole
prettifying infrastructure can't help that. Also, due to how TeX
parsing works, it might actually be undesirable not to show those
spaces (however strange they look).

Prettify always prettifies symbols and does nothing to the spaces in
between. It cannot know that in some cases like TeX they won't appear
in the output.

Bye,
Tassilo

[Joost Kremers]

Post by Uwe Brauer
I stayed with Xemacs
mostly because of x-symbol but now GNU emacs 25 supports prettifying.
Which brings me to different question, when will 25 official be
released? Because I think the documentation should say something about
prettifying (but again maybe I am the only one who like that feature).

Definitely not. I've been using TeX-fold-macro-spec-list for pretty much
the same thing for years...

[David Kastrup]

Post by Tassilo Horn
Hi Mosè,

Post by Mosè Giordano

Post by Tassilo Horn
Thereby, I've also converted our ChangeLog.1 to UTF-8 and removed the
iconv pass from built-aux/gitlog-to-auctexlog because that apparently
failed for me. Seems like some recent commit had some non-ISO-8859-1
encodable character in it (which is ok).

XEmacs without MULE doesn't support UTF-8 encoding.

Given the fact that XEmacs development has been discontinued, I think
we can stop supporting it actively.

I don't think that it has officially been discontinued. Technically,
it's likely more active than TeX (The Program) development, and we still
support TeX.

Post by Tassilo Horn
It's probably too early to remove compatibility code, but I don't
think it's worth the trouble to consider XEmacs support for new code
at least.

I agree with that assessment. The user base of XEmacs consists mainly
of "traditional" users rather than newcomers, and so they will likely
get along with "traditional" versions of TeX supported by their current
AUCTeX installation, if any.

Post by Tassilo Horn
Well, and in the concrete case, if one character in the ChangeLog
shows up as \xxx or a box, I don't consider that a drama. :-)

ChangeLog is strictly a developer resource. No XEmacs developer will be
actively using XEmacs 21.4 no-mule. Trying to avoid utf-8 here is
nonsensical in my book.

[Tassilo Horn]

Post by David Kastrup

Post by Tassilo Horn
Given the fact that XEmacs development has been discontinued, I think
we can stop supporting it actively.

I don't think that it has officially been discontinued.

There was this longish thread on xemacs-beta initiated by Stephen
Turnbull at the end of last year which sounded pretty much like that to
me.

And both Gnus and Tramp have already stopped supporting XEmacs. And at
least the former is now even developed solely as part of Emacs and is in
the course of removing the compatibility code after having had one last
standalone release.

So there might still be some commits to XEmacs, but when the big and
popular packages stop supporting it, its days are pretty much numbered.
(I think org-mode on XEmacs has never worked comparable to org with
Emacs.)

Bye,
Tassilo

[François Patte]

Hi François,

If I understand correctly, you updated from a manually installed
release to the current ELPA version, right? In that case, you
have to change your ~/.emacs a bit, too. Namely, with a manually
installed AUCTeX, your ~/.emacs contains
;; this line may not be there (add-to-list 'load-path
"/path/to/auctex") ;; but those two are probably there (load
"auctex.el" nil t t) (load "preview-latex.el" nil t t)
With ELPA releases, you must not have those lines but everything
will be set up automatically.
So please remove those lines and restart emacs. Does that solve
the issue?

Thank you for answering but, no, nothing has changed.... I had only
this line: (add-to-list 'load-path "/path/to/auctex")
which I removed, but I still get the error message.
;;; Auxtex (require 'tex-site) ;;(require 'beamer)

Ah, ok. The (require 'tex-site) must also not be there. Basically,
anything that has to do with loading the package is automatically
configured by the ELPA package so anything you do yourself will
probably shoot you in the foot. :-)

Thank you for this answer: I removed everything of the like and still I
got the message: (invalid-function TeX-auto-add-type)

So, according to this:

http://emacs.stackexchange.com/questions/20330/after-upgrading-auctex-latex-mode-is-unusable-invalid-function-tex-auto-add

I reinstall the stuff from elpa and it works *but* I lost the automatic
addition of local variables at the end of a new file like:

%%% Local Variables:
%%% mode: latex
%%% TeX-master: "journee_monde_indien-beamer"
%%% End:

2- I don't know hout to enable the beamer mode with this new version:
adding (require 'beamer) is not working!

Thank you

- --
François Patte
UFR de mathématiques et informatique
Laboratoire MAP5 --- UMR CNRS 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. [phone]
http://www.math-info.univ-paris5.fr/~patte

[Arash Esbati]

Post by François Patte
I reinstall the stuff from elpa and it works *but* I lost the automatic
%%% mode: latex
%%% TeX-master: "journee_monde_indien-beamer"
adding (require 'beamer) is not working!

Put the following lines into your init file, restart Emacs and see if
that helps.

(setq TeX-auto-save t)
(setq TeX-parse-self t)
(setq-default TeX-master nil)

Best, Arash

[François Patte]

The following message is a courtesy copy of an article that has been
posted to gmane.emacs.auctex.general as well.

Post by François Patte
I reinstall the stuff from elpa and it works *but* I lost the
automatic addition of local variables at the end of a new file
2- I don't know hout to enable the beamer mode with this new
version: adding (require 'beamer) is not working!

Put the following lines into your init file, restart Emacs and see
if that helps.
(setq TeX-auto-save t) (setq TeX-parse-self t) (setq-default
TeX-master nil)

Thank you, but I have already this in the init file, and the beamer
style is not loaded.

Best regards

- --
François Patte
UFR de mathématiques et informatique
Laboratoire MAP5 --- UMR CNRS 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. [phone]
http://www.math-info.univ-paris5.fr/~patte

[Arash Esbati]

Post by François Patte

The following message is a courtesy copy of an article that has been
posted to gmane.emacs.auctex.general as well.

Post by François Patte
I reinstall the stuff from elpa and it works *but* I lost the
automatic addition of local variables at the end of a new file
2- I don't know hout to enable the beamer mode with this new
version: adding (require 'beamer) is not working!

Put the following lines into your init file, restart Emacs and see
if that helps.
(setq TeX-auto-save t) (setq TeX-parse-self t) (setq-default
TeX-master nil)

Thank you, but I have already this in the init file, and the beamer
style is not loaded.

My last guess would be to check the value of `TeX-style-path':

,----[ C-h v TeX-style-path RET ]
| TeX-style-path is a variable defined in ‘tex.el’.
| Its value is
| [snipped]
|
|
| Documentation:
| List of directories to search for AUCTeX style files.
| Per default the list is built from the values of the variables
| ‘TeX-auto-global’, ‘TeX-style-global’, ‘TeX-auto-private’,
| ‘TeX-style-private’, ‘TeX-auto-local’, and ‘TeX-style-local’.
|
| You can customize this variable.
`----

Maybe somewhere you have customized a variable described and now it
confuses AUCTeX. Also try hitting `C-c C-n' when you have your tex
file open.

,----[ C-h k C-c C-n ]
| C-c C-n runs the command TeX-normal-mode (found in LaTeX-mode-map),
| which is an interactive compiled Lisp function in ‘tex.el’.
|
| It is bound to C-c C-n, C-c #, <menu-bar> <LaTeX> <Multifile/Parsing>
| <Reset Buffer>.
|
| (TeX-normal-mode &optional ARG)
|
| Remove all information about this buffer, and apply the style hooks again.
| Save buffer first including style information.
| With optional argument ARG, also reload the style hooks.
|
`----

Best, Arash

[Tassilo Horn]

François Patte <***@mi.parisdescartes.fr> writes:

Hi François,

Post by François Patte
http://emacs.stackexchange.com/questions/20330/after-upgrading-auctex-latex-mode-is-unusable-invalid-function-tex-auto-add
I reinstall the stuff from elpa and it works

Good! Ah, I think I remember we've had this problem for some users some
years back which I didn't remember anymore.

Post by François Patte
*but* I lost the automatic addition of local variables at the end of a
%%% mode: latex
%%% TeX-master: "journee_monde_indien-beamer"

It won't local variables if there are no values changed from the
defaults. So I guess you want it to query you for the master file when
creating a new TeX file. For that, add (setq-default TeX-master 'dwim)
(or t instead of 'dwim) to your ~/.emacs.

,----[ C-h v TeX-master RET ]
| TeX-master is a variable defined in ‘tex.el’.
| Its value is ‘dwim’
| Original value was t
|
| Automatically becomes buffer-local when set.
| This variable is safe as a file local variable if its value
| satisfies the predicate ‘(lambda (x) (or (stringp x) (member x (quote (t nil shared dwim)))))’.
|
| Documentation:
| *The master file associated with the current buffer.
| If the file being edited is actually included from another file, you
| can tell AUCTeX the name of the master file by setting this variable.
| If there are multiple levels of nesting, specify the top level file.
|
| If this variable is nil, AUCTeX will query you for the name.
|
| If the variable is t, AUCTeX will assume the file is a master file
| itself.
|
| If the variable is ’shared, AUCTeX will query for the name, but not
| change the file.
|
| If the variable is ’dwim, AUCTeX will try to avoid querying by
| attempting to ‘do what I mean’; and then change the file.
|
| It is suggested that you use the File Variables (see the info node in
| the Emacs manual) to set this variable permanently for each file.
|
| You can customize this variable.
`----

Post by François Patte
adding (require 'beamer) is not working!

If you mean the beamer style with "beamer mode", that should be loaded
automatically in LaTeX documents of \documentclass{beamer}. You can
check using `C-h v TeX-active-styles'. The value of that variable
should contain "beamer" in such documents. If that's not the case, you
can force AUCTeX to check again using `C-u C-c C-n'.

Bye,
Tassilo

[François Patte]

- -------- Message original --------
Sujet: Re: GNU AUCTeX 11.89.4 released to ELPA
Date : Tue, 24 May 2016 16:20:02 +0200
De : François Patte <***@mi.parisdescartes.fr>
Organisation : Université Paris Descartes

Post by Arash Esbati

Post by François Patte

The following message is a courtesy copy of an article that has been
posted to gmane.emacs.auctex.general as well.

Post by François Patte
I reinstall the stuff from elpa and it works *but* I lost the
automatic addition of local variables at the end of a new file
2- I don't know hout to enable the beamer mode with this new
version: adding (require 'beamer) is not working!

Put the following lines into your init file, restart Emacs and see
if that helps.
(setq TeX-auto-save t) (setq TeX-parse-self t) (setq-default
TeX-master nil)

Thank you, but I have already this in the init file, and the beamer
style is not loaded.

,----[ C-h v TeX-style-path RET ]
| TeX-style-path is a variable defined in ‘tex.el’.
| Its value is
| [snipped]

("~/.emacs.d/auctex" "/home/patte/.emacs.d/elpa/auctex-11.89.3/style"
"/home/patte/.emacs.d/auctex/auto" "/home/patte/.emacs.d/auctex/style"
"auto" "style")

beamer.el(c) is in:

/home/patte/.emacs.d/elpa/auctex-11.89.3/style

Post by Arash Esbati
Maybe somewhere you have customized a variable described and now it
confuses AUCTeX. Also try hitting `C-c C-n' when you have your tex
file open.
,----[ C-h k C-c C-n ]
| C-c C-n runs the command TeX-normal-mode (found in LaTeX-mode-map),
| which is an interactive compiled Lisp function in ‘tex.el’.
|
| It is bound to C-c C-n, C-c #, <menu-bar> <LaTeX> <Multifile/Parsing>
| <Reset Buffer>.
|
| (TeX-normal-mode &optional ARG)
|

(TeX-normal-mode &optional ARG)

So everything seems ok, but beamer style is not loaded if I have beamer
document in emacs...


Regards