GNU bug report logs - #72523
28.1; rst.el: indentation from TAB key in rst mode (ReST) is wrong when directive as an option

Previous Next

Package: emacs;

Reported by: jfbu <jfbu <at> free.fr>

Date: Thu, 8 Aug 2024 12:54:02 UTC

Severity: normal

Found in version 28.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #22 received at 72523-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: jfbu <jfbu <at> free.fr>
Cc: stefan <at> merten-home.de, 72523-done <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#72523: 28.1;
 rst.el: indentation from TAB key in rst mode (ReST) is wrong when
 directive as an option
Date: Thu, 15 Aug 2024 11:34:46 +0300
> Cc: 72523 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
> From: jfbu <jfbu <at> free.fr>
> Date: Sat, 10 Aug 2024 11:41:32 +0200
> 
> Hello all,
> 
> > Le 10 août 2024 à 10:36, Stefan Merten <stefan <at> merten-home.de> a écrit :
> > 
> > Hi!
> > 
> > Yesterday Stefan Kangas wrote:
> >> jfbu <jfbu <at> free.fr> writes:
> >> 
> >>> Hi,
> >>> 
> >>> I could not find a bug tracker restricted to rst.el (reStructured Text mode). I was told rst.el is now maintained as part of Emacs, not at [Docutils](https://sourceforge.net/projects/docutils/).
> >>> 
> >>> Here is my report:
> >>> 
> >>> Consider editing in Emacs a file `test.rst` and having typed so far
> >>> 
> >>> ~~~rest
> >>> .. note::
> >>>   :name: test
> >>> ~~~
> >>> 
> >>> then insert a blank line and hit the TAB key on next one.  The cursor will align with `test`,  not with `:name:`.
> > 
> > This is not a bug, it's a feature.
> > 
> > You may hit TAB again to jump to the previous alignment point. You may
> > repeat this to cycle through all alignment points.
> > 
> 
> I did completely overlook that feature! Sorry about that...
> 
> ~~~rest
> .. note::
>    :class: w
> ~~~ 
> 
> First TAB aligns with w, second one aligns with the "a"
> of class and "e" of note and third one is the one a priori
> most expected. Fourth one goes back to start of line.
> 
> If the alignment points were cycled in reverse order from now,
> that would solve my use case ;-)

Thanks, so I'm now closing this bug.




This bug report was last modified 281 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.