GNU bug report logs - #64696
30.0.50; indent-to inherits preceding text properties, including 'invisible

Previous Next

Full log

Message #143 received at 64696 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: monnier <at> iro.umontreal.ca, 64696 <at> debbugs.gnu.org
Subject: Re: bug#64696: 30.0.50; indent-to inherits preceding text
 properties, including 'invisible
Date: Fri, 28 Jul 2023 15:48:31 +0300

> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: monnier <at> iro.umontreal.ca, 64696 <at> debbugs.gnu.org
> Date: Fri, 28 Jul 2023 12:26:55 +0000
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> Now, when we established that Emacs indentation is visual, it is clear
> >> that the assumption in `indent-to' is not accurate.
> >
> > Since indent-to inserts only tabs and spaces, how is that assumption
> > inaccurate?
> 
> Width of spaces in particular can vary depending on the text properties.
> (:width and :relative-width in 41.16.2 Specified Spaces section of Elisp manual)
> Width of tabs can be controlled by tabs stops (AFAIU, I am not familiar
> with this feature).

So you are saying that indent-to should take care of not inheriting
text properties from preceding text?  Or are there any other problems?

As for tabs, the width is controlled by tab-width, but indent-to
already takes that into consideration.  Am I missing something?  (If
you are thinking about tab-stop-list, that is only used by commands
that move or indent to tab stops, AFAIK.)

Previous Next

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