bug#78841: reftex-get-bibfile-list fails to detect biblatex if there's no buffer for the main file

2025-06-28 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
>> Arne, we have a bug report for AUCTeX where I found that the function >> `latexenc-find-file-coding-system' can't deal with `TeX-master' or >> `tex-main-file' set to a constant string in the init file and not as >> file local variable. I'm not really familiar with your code, but the >> followin

bug#76615: 14.0.9; error with amsmath style hooks

2025-04-04 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
> The result of reftex-TeX-master-file is passed to file-truename, so it > can be ".tex" but not nil. Modifying your patch as follows seems > to do the trick. > > Thanks, best, > Paul > > > @@ -389,7 +396,9 @@ reftex-TeX-master-file > (t >;; Use buffer file name. >(setq maste

bug#76615: 14.0.9; error with amsmath style hooks

2025-04-04 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
> Please find attached the updated patch with tests. Thanks, pushed to `master`. Stefan ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#76615: 14.0.9; error with amsmath style hooks

2025-04-03 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
> Also, if we're going to proceed with this, then I'd like to take the > opportunity to add support for indirect buffers to RefTeX, which > requires modifications to the same parts of the code as this patch. I see you use `buffer-base-buffer` in the new patch. Is that all it takes or does is ther

bug#76615: 14.0.9; error with amsmath style hooks

2025-04-02 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
> I agree that the right approach is to make RefTeX work properly in > non-file buffers. To explore this, I implemented the approach you > suggested (see the attached patch). Looks pretty good. Matches my expectations fairly well. Should we push it to `master`? AFAICT it should be safe in the se

bug#70961: 14.0.3.2024-03-17; can't "describe-package 'auctex"

2024-05-16 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
>>> That should work fine. The problem must be elsewhere. >> Thanks for your response. Is that "elsewhere" inside package.el or >> inside AUCTeX, I'm not sure where to look. > Could be in `describe-package`. I fixed a bug in tht area not too > long ago. And I just fixed a further bug in there (

bug#70961: 14.0.3.2024-03-17; can't "describe-package 'auctex"

2024-05-16 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
>> That should work fine. The problem must be elsewhere. > Thanks for your response. Is that "elsewhere" inside package.el or > inside AUCTeX, I'm not sure where to look. Could be in `describe-package`. I fixed a bug in tht area not too long ago. Stefan ___

bug#70961: 14.0.3.2024-03-17; can't "describe-package 'auctex"

2024-05-16 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
> auctex.el has everything in place; the only thing I can imagine is that > ELPA is not happy with > > ;; Maintainer: auctex-de...@gnu.org That should work fine. The problem must be elsewhere. Stefan ___ bug-auctex mailing list bug-auctex@

bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX

2024-02-25 Thread Stefan Monnier via bug-auctex via Bug reporting list for 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) whi

bug#69373: 14.0.3; hack-local-variables misbehaves after loading AUCTeX

2024-02-25 Thread Stefan Monnier via bug-auctex via Bug reporting list for 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 probl

bug#35140: 12.1; Scan errors in doctex mode with ^^A-comments after braces

2022-03-02 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
Ikumi Keita [2022-03-02 23:47:56] wrote: > Hello Stefan, thanks for your response. >> Stefan Monnier writes: >> In which operation does the "fails scanning for balanced {...} pairs" >> happen? > > That's described in the example file test.dtx provided in the original > post by Markus; double-c

bug#35140: 12.1; Scan errors in doctex mode with ^^A-comments after braces

2022-03-02 Thread Stefan Monnier via bug-auctex via Bug reporting list for AUCTeX
>> Thus I'm inclined to an idea just to fontify "^^A" type comments with >> normal comment face, not bothering with changing its syntax. Attached is >> a patch that implements this idea. >> >> What do others think about this? > > I don't think AUCTeX suffers if the syntax after "^^A" isn't change s