GNU bug report logs - #2929
filling of multi-line comments

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tassilo <at> member.fsf.org>

Date: Wed, 8 Apr 2009 10:15:03 UTC

Severity: minor

Tags: moreinfo

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

Bug is archived. No further changes may be made.

Full log

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 2929 <at> debbugs.gnu.org, Tassilo Horn <tassilo <at> member.fsf.org>
Subject: Re: bug#2929: 23.0.92; Broken auto-filling in message-mode
Date: Fri, 10 Apr 2009 13:45:40 -0400

> I'm not sure newcomment.el can be blamed much for this.

It can.

> The buffer has:

> comment-start = "> "
> comment-end   = "*/"

> The comment-end string never appears in the example buffer, but the
> comment-start one does. So it looks to newcomment like the whole
> buffer is one big comment.

Yes, if we consider a C file with the following content:

  /* blablabla
     blablabla
     blablabla long line to cut here

it's better for auto-fill-mdoe to do:

  /* blablabla
     blablabla
     blablabla long line to cut
     here

then

  /* blablabla
     blablabla
     blablabla long line to cut /*
  /* here

since the comment is obviously not using a "one comment per line"
style anyway.  That's why I said:

>> "*/\n> " should not be added to lines which don't start with "> ".


--  Stefan
This bug report was last modified 3 years and 168 days ago.

Previous Next

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