>> 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
> 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
> 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
> 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
> 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
>>> 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 (
>> 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
___
> 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@
> 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
> 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
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
>> 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
12 matches
Mail list logo