GNU bug report logs - #3336
fill-individual-paragraphs recently created bug

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3336 in the body.
You can then email your comments to 3336 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Rory Mulvaney <rory1 <at> umbc.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: fill-individual-paragraphs recently created bug
Date: Wed, 20 May 2009 07:40:55 -0400 (EDT)

Hello,

I use a system of indented note-taking where each separate note is a 
paragraph with a hanging indent of 1 space, and the whole paragraph is 
indented by some even number of spaces.  I frequently use indent-rigidly 
and fill-individual-paragraphs, in order to make the indentation right. 
When I recently upgraded to emacs22 this year, a bug was introduced in 
fill-individual-paragraphs, described here in a simple example:

In text fill mode with fill-column set at 78 (I think), repeat 12 blocks 
of 1234567890 like so, properly filled with a hanging indent of 1 space:

1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890

Then select the region given by that paragraph and call indent-rigidly 
with an argument of 4, to indent the whole thing, and then follow that up 
with an invocation of fill-individual-paragraphs, with that paragraph 
selected.  In my upgraded emacs, that improperly fills the paragraph.  If 
the simpler command fill-paragraph is used on the paragraph, it works 
correctly.  Obviously I don't want to call fill-paragraph a bunch of times 
when I want to fill many paragraphs at once, so this is a very annoying 
bug.  Fill-individual-paragraphs used to work correclty on the previous 
version of emacs (emacs21, I think) for Debian stable.

Thanks for any help with this,
Rory Mulvaney

some settings from report-emacs-bug:

In GNU Emacs 22.2.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2008-11-09 on raven, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--build=i486-linux-gnu' 
'--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' 
'--libexecdir=/usr/lib' '--localstatedir=/var/lib' 
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' 
'--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' 
'--with-x=yes' '--with-x-toolkit=athena' '--with-toolkit-scroll-bars' 
'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN 
-g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Rory Mulvaney <rory1 <at> umbc.edu>
Cc: 3336 <at> debbugs.gnu.org
Subject: Re: fill-individual-paragraphs recently created bug
Date: Sat, 17 Sep 2011 07:46:41 +0200

Rory Mulvaney <rory1 <at> umbc.edu> writes:

> In text fill mode with fill-column set at 78 (I think), repeat 12
> blocks of 1234567890 like so, properly filled with a hanging indent of
> 1 space:
>
> 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
>  1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
>
> Then select the region given by that paragraph and call indent-rigidly
> with an argument of 4, to indent the whole thing, and then follow that
> up with an invocation of fill-individual-paragraphs, with that
> paragraph selected.  In my upgraded emacs, that improperly fills the
> paragraph.  If the simpler command fill-paragraph is used on the
> paragraph, it works correctly.

So, you're saying that if you fill this:

     1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
      1234567890 1234567890 1234567890 1234567890 1234567890 1234567890

Then you get this:      

     1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
      1234567890 1234567890 1234567890 1234567890 1234567890
      1234567890

(Well, that's what I get when I follow your recipe.)

I don't think that's a bug, but perhaps I'm not seeing what you're
seeing?
      
-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

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

From: Rory Mulvaney <rory1 <at> umbc.edu>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 3336 <at> debbugs.gnu.org
Subject: Re: fill-individual-paragraphs recently created bug
Date: Wed, 21 Sep 2011 23:37:28 -0500 (CDT)

On Sat, 17 Sep 2011, Lars Magne Ingebrigtsen wrote:

> Rory Mulvaney <rory1 <at> umbc.edu> writes:
> 
> > In text fill mode with fill-column set at 78 (I think), repeat 12
> > blocks of 1234567890 like so, properly filled with a hanging indent of
> > 1 space:
> >
> > 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
> >  1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
> >
> > Then select the region given by that paragraph and call indent-rigidly
> > with an argument of 4, to indent the whole thing, and then follow that
> > up with an invocation of fill-individual-paragraphs, with that
> > paragraph selected.  In my upgraded emacs, that improperly fills the
> > paragraph.  If the simpler command fill-paragraph is used on the
> > paragraph, it works correctly.
> 
> So, you're saying that if you fill this:
> 
>      1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
>       1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
> 
> Then you get this:      
> 
>      1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
>       1234567890 1234567890 1234567890 1234567890 1234567890
>       1234567890
> 
> (Well, that's what I get when I follow your recipe.)
> 
> I don't think that's a bug, but perhaps I'm not seeing what you're
> seeing?

I think you just need to rigidly-indent it a little further before trying 
fill-individual-paragraphs.  First rigidly-indent it a little further 
(like 4 or 6 spaces), and then there is a difference between the action of 
fill-paragraph (works) and fill-individual-paragraphs (gives an odd 
result).

Thanks and regards,
Rory

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Rory Mulvaney <rory1 <at> umbc.edu>
Cc: 3336 <at> debbugs.gnu.org
Subject: Re: fill-individual-paragraphs recently created bug
Date: Thu, 22 Sep 2011 09:39:43 +0200

Rory Mulvaney <rory1 <at> umbc.edu> writes:

> I think you just need to rigidly-indent it a little further before trying 
> fill-individual-paragraphs.  First rigidly-indent it a little further 
> (like 4 or 6 spaces), and then there is a difference between the action of 
> fill-paragraph (works) and fill-individual-paragraphs (gives an odd 
> result).

Can you give a precise test case that demonstrates this bug?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

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

From: Glenn Morris <rgm <at> gnu.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: Rory Mulvaney <rory1 <at> umbc.edu>, 3336 <at> debbugs.gnu.org
Subject: Re: bug#3336: fill-individual-paragraphs recently created bug
Date: Thu, 22 Sep 2011 13:28:53 -0400

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

Highlight all the text and call M-x fill-individual-paragraphs on the
attached file. It ends up looking like:

	1234567890 1234567890 1234567890 1234567890 1234567890
	1234567890
	 1234567890 1234567890 1234567890 1234567890 1234567890
	 1234567890

Last works in Emacs 21.4, it seems.

[3336.txt (text/plain, inline)]

	1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
	 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890

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

From: Rory Mulvaney <rory1 <at> umbc.edu>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 3336 <at> debbugs.gnu.org
Subject: Re: fill-individual-paragraphs recently created bug
Date: Fri, 23 Sep 2011 20:16:01 -0500 (CDT)

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

On Thu, 22 Sep 2011, Lars Magne Ingebrigtsen wrote:

> Rory Mulvaney <rory1 <at> umbc.edu> writes:
> 
> > I think you just need to rigidly-indent it a little further before 
> > trying fill-individual-paragraphs.  First rigidly-indent it a little 
> > further (like 4 or 6 spaces), and then there is a difference between 
> > the action of fill-paragraph (works) and fill-individual-paragraphs 
> > (gives an odd result).
> 
> Can you give a precise test case that demonstrates this bug?
> 

Lars,

You are right that the way it was wrapped in my initial email (the wrap 
column for the email program is less than 78) that the initial text was 
not displaying correctly.  Actually if it is first filled with the 
fill-column set at 78, it appears as in the attached file text.txt 
(because there is still more room on the first line for a 7th block).

Then, if you rigidly indent it 4 spaces by selecting it followed by C-u 4 
M-x rigidly-indent, then fill it with fill-individual-paragraphs by 
selecting it and M-x fill-individual-paragraphs, it gives the weird 
result, in contrast to fill-paragraph.

I hope that clears it up,
Rory

[text.txt (text/plain, ATTACHMENT)]

1234567890 1234567890 1234567890 1234567890 1234567890 1234567890 1234567890
 1234567890 1234567890 1234567890 1234567890 1234567890

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Rory Mulvaney <rory1 <at> umbc.edu>
Cc: 3336 <at> debbugs.gnu.org
Subject: Re: fill-individual-paragraphs recently created bug
Date: Mon, 26 Sep 2011 00:19:00 +0200

Rory Mulvaney <rory1 <at> umbc.edu> writes:

> Then, if you rigidly indent it 4 spaces by selecting it followed by C-u 4 
> M-x rigidly-indent, then fill it with fill-individual-paragraphs by 
> selecting it and M-x fill-individual-paragraphs, it gives the weird 
> result, in contrast to fill-paragraph.

Yeah, I'm able to reproduce this bug in Emacs 24 now.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

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

From: Alan Third <alan <at> idiocy.org>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: Rory Mulvaney <rory1 <at> umbc.edu>, 3336 <at> debbugs.gnu.org
Subject: Re: bug#3336: fill-individual-paragraphs recently created bug
Date: Sun, 24 Jan 2016 16:19:54 +0000

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> Rory Mulvaney <rory1 <at> umbc.edu> writes:
>
>> Then, if you rigidly indent it 4 spaces by selecting it followed by C-u 4 
>> M-x rigidly-indent, then fill it with fill-individual-paragraphs by 
>> selecting it and M-x fill-individual-paragraphs, it gives the weird 
>> result, in contrast to fill-paragraph.
>
> Yeah, I'm able to reproduce this bug in Emacs 24 now.

Using Emacs 25 I'm not sure if I can reproduce it.
fill-individual-paragraphs and fill-paragraph fill the paragraph(s)
differently, but they seem to me to be behaving as described in the
documentation.

fill-paragraph treats the two lines as a single paragraph.
fill-individual-paragraphs treats the lines as two different paragraphs,
as described in the docs.

-- 
Alan Third

Previous Next

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