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

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#72523: closed (28.1; rst.el: indentation from TAB key in rst
 mode (ReST) is wrong when directive as an option)
Date: Thu, 15 Aug 2024 08:36:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Thu, 15 Aug 2024 11:34:46 +0300
with message-id <86jzgi6v6h.fsf <at> gnu.org>
and subject line Re: bug#72523: 28.1; rst.el: indentation from TAB key in rst mode (ReST) is wrong when directive as an option
has caused the debbugs.gnu.org bug report #72523,
regarding 28.1; rst.el: indentation from TAB key in rst mode (ReST) is wrong when directive as an option
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
72523: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=72523
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: jfbu <jfbu <at> free.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.1; rst.el: indentation from TAB key in rst mode (ReST) is wrong
 when directive as an option
Date: Thu, 8 Aug 2024 14:53:13 +0200

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 produces extra space in output when processed either by rst2html or integrated into a Sphinx projet.  For context see [this Sphinx comment](https://github.com/sphinx-doc/sphinx/issues/12742#issuecomment-2275622334).

I am using a file rst.el.gz integrated to my Emacs 28.1 which contains
~~~lisp
;; Maintained by the release process.
(defconst rst-official-version
  (rst-extract-version "%" "OfficialVersion: " "[0-9]+\\(?:\\.[0-9]+\\)+" " "
		       "%OfficialVersion: 1.5.2 %")
  "Official version of the package.")
(defconst rst-official-cvs-rev
  (rst-extract-version "[%$]" "Revision: " "[0-9]+\\(?:\\.[0-9]+\\)+" " "
		       "$Revision: 1.1058.2.9 $")
  "CVS revision of this file in the official version.")
~~~

I tried with electric-indent-mode both on and off.  No change.
Regards,
jfbu

[Message part 3 (message/rfc822, inline)]

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.

Previous Next

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