[Top][All Lists]

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

Re: [Bug-AUCTeX] 11.82; More intelligent handling of starred sectioning

From: Ralf Angeli
Subject: Re: [Bug-AUCTeX] 11.82; More intelligent handling of starred sectioning commands
Date: Sat, 22 Apr 2006 21:38:04 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

* David Kastrup (2006-04-22) writes:

> Ralf Angeli <address@hidden> writes:
>> * Frank Küster (2006-04-18) writes:
>>>   I suggest to always add the star if the previous command was starred
>>>   (and no prefix is given); if you think it's necessary the user should
>>>   be able to customize that.
>> I just looked at the code and extending it to support your
>> suggestion would be quite a challenge.  AFAICS
>> `LaTeX-current-section', `LaTeX-down-section' and `LaTeX-up-section'
>> would all have to return more information than just the section
>> level.  Namely the section name and a flag indicating if it is a
>> starred version.  (Instead of providing a flag the star could be
>> part of the section name.)  Juggling with a complex return value in
>> and between the functions mentioned above feels a bit odd and
>> kludgy, though.
> Maybe it would make sense to allow section names "section*" and
> "section[" as reply to the C-c C-s query of the section level.  A
> starred entry would not ask for a label, and a "section[" would ask
> for a toc entry (when using memoir, section[[ might ask for both toc
> entry and running header).

Personally I'd find "section*" natural but "section[" a bit obscure.
"section*" is something you can already use.  Currently it just
doesn't inhibit prompting for a label.  For that one would have to
temporarily remove `LaTeX-section-label' from `LaTeX-section-hook' or
let-bind a variable which gets checked by `LaTeX-section-label'.  But
that doesn't help with the default-to-starred-section-if-section-
before-was-starred-as-well business.


reply via email to

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