GNU bug report logs - #7751
24.0.50; `fill-paragraph' on doc string with colons

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 28 Dec 2010 20:39:01 UTC

Severity: minor

Tags: fixed

Found in version 24.0.50

Fixed in version 26.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> gnu.org>, "'Lawrence Mitchell'" <wence <at> gmx.li>
Cc: 7751 <at> debbugs.gnu.org
Subject: RE: bug#7751: 24.0.50; `fill-paragraph' on doc string with colons
Date: Fri, 17 Feb 2012 06:55:24 -0800
> the colon is there so that forms like
> (defcustom foo nil
>   :bar 3)
> 
> Don't get refilled to
> (defcustom foo nil :bar 3)
> 
> when you type M-q.

And just why is that important?

If there is room for it given the value of `fill-column', such filling makes
sense - a good thing, not a bad thing.

Sure, it would be best if a keyword and its value were always (`fill-column'
permitting) on the same line.  But that's a nice-to-have - it should not be the
first priority or the reason for mangling filling of doc strings.

Anyway, the #7751 bug report is not about that, at all.

It's about using `M-q' on a _doc string_.  It's not about using `M-q' on a sexp
such as you present above (which has no strings at all).  Let's not take a
detour.  If the current code does not distinguish the doc-string case, maybe it
should.





This bug report was last modified 8 years and 231 days ago.

Previous Next


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