GNU bug report logs -
#3336
fill-individual-paragraphs recently created bug
Previous Next
Reported by: Rory Mulvaney <rory1 <at> umbc.edu>
Date: Wed, 20 May 2009 11:45:04 UTC
Severity: normal
Tags: confirmed, unreproducible
Done: Andrew Hyatt <ahyatt <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
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/
This bug report was last modified 9 years and 99 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.