auctex-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Provide style file for babel support for Brazilian


From: Gustavo Barros
Subject: Re: Provide style file for babel support for Brazilian
Date: Thu, 17 Jun 2021 20:22:50 -0300
User-agent: mu4e 1.4.15; emacs 27.2

Hi Arash,

On Thu, 17 Jun 2021 at 19:39, Arash Esbati <arash@gnu.org> wrote:

"brazilian.el" and "portuguese.el" add symbols for four convenience macros which are defined by `babel' in `portuges.ldf', namely `\ord', `\orda', `\ro' and `\ra'. While I had correctly reported they do not receive arguments, I started playing with them now (the style files made me remember they exist), and they do however gobble the following space. Hence they should be inserted with trailing empty braces, or `nil' argument in `TeX-add-symbols'.

This is not the general approach in AUCTeX. If you want to have braces after (certain) macros, please use the variables `TeX-insert-braces' or
`TeX-insert-braces-alist':

Ah, I was thinking strictly in terms of `TeX-add-symbols'. I guess we are already fine then, sorry for the noise on this.

With the current definitions, the macros don't respect any font families
around them when used; I think this is a misbehaviour.

Agreed.

I don't think that AUCTeX styles should judge what is supported and what not. We just cater for things a package provides, and if Koma throws an
error on \rm, bad for Koma users, but not all users rely on Koma.

That's fair and fine. And it makes sense. I just mentioned Koma to document the outdated state of `\rm', nothing much to take from that. Of course AUCTeX has no business in catering for this peculiar (and quite aggressive) way of Koma to warn users about it.

I think the best solution is to contact the babel-brazilian developers
and talk with them about a proper solution.  Do you want to take this?
I see this already[1]

Yes, indeed I have reported this to babel after I wrote here. Let's see what it comes out of it.

Thanks again!

Best regards,
Gustavo.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]