bug#69346: 13.2; newcommand arguments affecting indentation
Hi Arash, Thanks, that makes sense, and LaTeX-indent-begin-exceptions-list indeed addresses the issue. Paul ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69346: 13.2; newcommand arguments affecting indentation
tags 69346 notabug close 69346 thanks Paul Nelson writes: > Thanks, that makes sense, and LaTeX-indent-begin-exceptions-list > indeed addresses the issue. Great, closing this report. Best, Arash ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX
Hi Tony,
Thanks for the report. I think this is more an Emacs issue than AUCTeX
and should be assigned/fixed there.
@Stefan: Can you please also have a look at the report below? Do you
have an idea how and where it should be fixed? TIA.
Best, Arash
Tony Zorman via bug-auctex via Bug reporting list for AUCTeX
writes:
> Hi,
>
> AUCTeX 14.x changed major-mode names from latex-mode to LaTeX-mode. As
> indicated in the relevant changes file, the local variables added by
> AUCTeX at the bottom of a file are now
>
> %%% Local Variables:
> %%% mode: LaTeX <-- not `latex'
> %%% End:
>
> However, it seems like this is not enough. It might be that a minor mode
> calls hack-local-variables after AUCTeX is loaded; what will happen then
> is that the regular latex-mode is activated, and AUCTeX vanishes!
>
> The reason for that is that hack-local-variables eventually calls
> hack-one-local-variable, which features this piece of code:
>
> (defun hack-one-local-variable (var val)
> "...DOCSTRING..."
> (pcase var
> ('mode ;
> (let ((mode (intern (concat (downcase (symbol-name val))
> "-mode"
>(unless (eq (indirect-function mode)
>(indirect-function major-mode))
> (funcall mode
> …))
>
> In other words, LaTeX-mode gets turned into latex-mode anyways.
> Curiously, executing this does indeed drop one down into the built in
> latex-mode—it seems that the settings in major-mode-remap-alist are
> ignored somehow.
>
> This is not a theoretical issue, and has happened with a particular
> minor mode (that issue was fixed, but I reckon there are potentially
> more modes out there that do something like this).
>
> I'm not sure there to report this (Is this an Emacs bug with repect to
> major-mode-remap-alist not being respected? or hack-one-local-variable
> just downcasing the mode?) so I will try here first.
>
> Thanks!
> Tony
>
> Emacs : GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, Motif Version
> 2.3.8, cairo version 1.18.0)
> Package: 14.0.3
>
> current state:
> ==
> (setq
> AUCTeX-date "2024-02-20"
> window-system 'x
> LaTeX-version "2e"
> TeX-style-path '("~/.emacs.d/auctex"
>
> "/nix/store/2q9acgmrj6bya64wn83y5h2kw8ravgij-emacs-packages-deps/share/emacs/site-lisp/elpa/auctex-14.0.3/style"
> "/home/slot/.config/emacs/auctex/auto"
> "/home/slot/.config/emacs/auctex/style" "auto" "style")
> TeX-auto-save t
> TeX-parse-self t
> TeX-master t
> TeX-command-list '(("TeX" "%(PDF)%(tex) %(file-line-error) %`%(extraopts)
> %S%(PDFout)%(mode)%' %(output-dir) %t" TeX-run-TeX nil
> (plain-TeX-mode AmSTeX-mode Texinfo-mode) :help "Run
> plain TeX")
> ("LaTeX" "%`%l%(mode)%' %T" TeX-run-TeX nil (LaTeX-mode
> docTeX-mode) :help "Run LaTeX")
> ("Makeinfo" "makeinfo %(extraopts) %(o-dir) %t"
> TeX-run-compile nil (Texinfo-mode) :help
> "Run Makeinfo with Info output")
> ("Makeinfo HTML" "makeinfo %(extraopts) %(o-dir) --html
> %t" TeX-run-compile nil (Texinfo-mode) :help
> "Run Makeinfo with HTML output")
> ("AmSTeX" "amstex %(PDFout) %`%(extraopts) %S%(mode)%'
> %(output-dir) %t" TeX-run-TeX nil (AmSTeX-mode) :help
> "Run AMSTeX")
> ("ConTeXt" "%(cntxcom) --once --texutil %(extraopts)
> %(execopts)%t" TeX-run-TeX nil (ConTeXt-mode) :help
> "Run ConTeXt once")
> ("ConTeXt Full" "%(cntxcom) %(extraopts) %(execopts)%t"
> TeX-run-TeX nil (ConTeXt-mode) :help
> "Run ConTeXt until completion")
> ("BibTeX" "bibtex %(O?aux)" TeX-run-BibTeX nil
> (plain-TeX-mode LaTeX-mode docTeX-mode AmSTeX-mode
> Texinfo-mode ConTeXt-mode) :help "Run BibTeX")
> ("Biber" "biber %(output-dir) %s" TeX-run-Biber nil
> (plain-TeX-mode LaTeX-mode docTeX-mode AmSTeX-mode
> Texinfo-mode) :help "Run Biber")
> ("Texindex" "texindex %s.??" TeX-run-command nil
> (Texinfo-mode) :help "Run Texindex")
> ("Texi2dvi" "%(PDF)texi2dvi %t" TeX-run-command nil
> (Texinfo-mode) :help "Run Texi2dvi or Texi2pdf")
> ("View" "%V" TeX-run-discard-or-function t t :help "Run
> Viewer")
> ("Print" "%p" TeX-run-command t t :help "Print the file")
> ("Queue" "%q" TeX-run-background nil t :help "View the
> printer queue" :visible TeX-queue-command)
> ("File" "%(o?)dvips %d -o %f " TeX-run-dvips t
> (plain-TeX-mode LaTeX-mode docTeX-mode AmSTeX-mode Texinfo-mode)
> :help "Generate PostScript file")
> ("Dvips" "%(o?)dvips %d -o %f " TeX-run-dvips nil
>
bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX
> Thanks for the report. I think this is more an Emacs issue than AUCTeX
> and should be assigned/fixed there.
Agreed.
I think the patch below is needed.
Tony, are you able to recompile your own Emacs to test that patch?
If so, I'd appreciate if you could try it to confirm that it fixes the
problem for you as well.
Stefan
diff --git a/lisp/files.el b/lisp/files.el
index 524385edc84..d1b7ab04b6f 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -4353,9 +4366,7 @@ hack-one-local-variable
('mode
(let ((mode (intern (concat (downcase (symbol-name val))
"-mode"
- (unless (eq (indirect-function mode)
- (indirect-function major-mode))
- (funcall mode
+ (set-auto-mode-0 mode t)))
('eval
(pcase val
(`(add-hook ',hook . ,_) (hack-one-local-variable--obsolete hook)))
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX
On Sun, Feb 25 2024 10:32, Stefan Monnier wrote: >> Thanks for the report. I think this is more an Emacs issue than AUCTeX >> and should be assigned/fixed there. > > Agreed. > I think the patch below is needed. > Tony, are you able to recompile your own Emacs to test that patch? > If so, I'd appreciate if you could try it to confirm that it fixes the > problem for you as well. Yup, things are working as expected with that patch applied. Thank you! Tony -- Tony Zorman | https://tony-zorman.com/ ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX
> Yup, things are working as expected with that patch applied. Thank you! Great, thank you, pushed. [ That was an oversight from many years ago (until Emacs-28, that code was identical to the body of `set-auto-mode-0` and that was short enough that it wasn't important to use the function) which I failed to noticed when I changed `set-auto-mode-0` for Emacs-29.1. ] Stefan ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX
Stefan Monnier writes: > Great, thank you, pushed. Thanks for the quick fix. Best, Arash ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69393: Compilation error
Hello I'm running the latest gnu emacs on MACOS GNU Emacs 29.2 (build 1, aarch64-apple-darwin21.6.0, NS appkit-2113.60 Version 12.6.6 (Build 21G646)) of 2024-01-18 and auctex produces a compilation error in the file context.el it just hangs... seems to break down near (defun ConTeXt-env-args (environment &rest args) but even moving stuff around in the .el file leads to strange compilation behavior. Like there is some control character in the text file or some such. if I move that defun, the compilation crashes SOONER, on the previous defun ... very weird. Help appreciated. -- William C. Regli, Ph.D. (he/him) Professor of Computer Science, College of Computer, Math and Natural Sci. Affiliate Faculty, Clark School of Engineering (ISR, ECE, MechE, Robotics Center) Applied Research Laboratory for Intelligence and Security, Director Emeritus University of Maryland at College Park re...@umd.edu; Office: 301.405.6738; Google Voice: 202.630.0302 ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69393: Compilation error
William C Regli writes: > I'm running the latest gnu emacs on MACOS > GNU Emacs 29.2 (build 1, aarch64-apple-darwin21.6.0, NS appkit-2113.60 > Version 12.6.6 (Build 21G646)) of 2024-01-18 > > and auctex produces a compilation error in the file > context.el > > it just hangs... seems to break down near > (defun ConTeXt-env-args (environment &rest args) > > but even moving stuff around in the .el file leads to strange > compilation behavior. Like there is some control character in the > text file or some such. if I move that defun, the compilation crashes > SOONER, on the previous defun ... Maybe I misunderstood your message but I think you want to update your AUCTeX installation, right? In this case, try • Uninstall AUCTeX 13.x and/or 14.x via package interface • Close Emacs and open a new session • Install AUCTeX 14.0.3 via package inferface HTH. Best, Arash ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69398: `LaTeX-fill-paragraph` behavior within indented environments
Hi there,
When the point is on the first letter of a line inside an indented environment
(e.g., itemize, proof, etc.), running `LaTeX-fill-paragraph` will move the
point to the beginning of the line. Here is a MWE:
\documentclass{article}
\begin{document}
\begin{itemize}
\item In indented environments, when the point is at the first letter
of a line, running ``LaTeX-fill-paragraph'' will move the point to
the beginning of the line. Ideally, it should stay with the letter.
\end{itemize}
\end{document}
1. If the point is on the first “o” in the line immediately after “\item”,
running `LaTeX-fill-paragraph` moves the point to column 0, while “o” is moved
to column 2 because of the filling operation.
2. If the point is on the first “f” in the same line as above, the point stays
on “f” after running `LaTeX-fill-paragraph` (both moved to column 3).
I think it is better to have consistent point behavior as in scenario 2,
because users probably want to continue editing after running `M-q’, and it is
much more efficient if the point stays on the same letter before and after
filling.
Best,
Ruiyang
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#69393: Compilation error
Yes. Did this. It doesn’t install. Breaks down during compilation. — William C. Regli, Ph.D. (he/him) Professor of Computer Science, College of Computer, Math and Natural Sci. Affiliate Faculty, Clark School of Engineering (ISR, ECE, MechE, Robotics Center) Applied Research Laboratory for Intelligence and Security, Director Emeritus University of Maryland at College Park re...@umd.edu; Office: 301.405.6738; Google Voice: 202.630.0302 On Sun, Feb 25, 2024 at 15:21 Arash Esbati wrote: > William C Regli writes: > > > I'm running the latest gnu emacs on MACOS > > GNU Emacs 29.2 (build 1, aarch64-apple-darwin21.6.0, NS appkit-2113.60 > > Version 12.6.6 (Build 21G646)) of 2024-01-18 > > > > and auctex produces a compilation error in the file > > context.el > > > > it just hangs... seems to break down near > > (defun ConTeXt-env-args (environment &rest args) > > > > but even moving stuff around in the .el file leads to strange > > compilation behavior. Like there is some control character in the > > text file or some such. if I move that defun, the compilation crashes > > SOONER, on the previous defun ... > > Maybe I misunderstood your message but I think you want to update your > AUCTeX installation, right? In this case, try > > • Uninstall AUCTeX 13.x and/or 14.x via package interface > • Close Emacs and open a new session > • Install AUCTeX 14.0.3 via package inferface > > HTH. Best, Arash > ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
