From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: [BUG] fill-paragraph on commented line Date: Thu, 29 Apr 2010 14:48:47 +0200 Message-ID: References: <87y6g8crc8.fsf@stats.ox.ac.uk> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O7TAm-0000Dq-3q for emacs-orgmode@gnu.org; Thu, 29 Apr 2010 08:48:56 -0400 Received: from [140.186.70.92] (port=48789 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O7TAk-0000Ci-Qv for emacs-orgmode@gnu.org; Thu, 29 Apr 2010 08:48:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O7TAg-0003H5-FX for emacs-orgmode@gnu.org; Thu, 29 Apr 2010 08:48:54 -0400 Received: from mail-ew0-f214.google.com ([209.85.219.214]:58856) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O7TAg-0003Gw-AT for emacs-orgmode@gnu.org; Thu, 29 Apr 2010 08:48:50 -0400 Received: by ewy6 with SMTP id 6so6013446ewy.32 for ; Thu, 29 Apr 2010 05:48:49 -0700 (PDT) In-Reply-To: <87y6g8crc8.fsf@stats.ox.ac.uk> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Dan Davison Cc: emacs org-mode mailing list Hi Dan, On Apr 28, 2010, at 3:12 AM, Dan Davison wrote: > I can see from the archives that fill-paragraph is a bit of a > headache, :-) yes, indeed. > but, still, I have a couple of queries... > > Firstly, with point on the # character below, M-q wraps the long line > below, rather than the commented line, which is suprising. > > --8<---------------cut here---------------start------------->8--- > # long line here long line here long line here long line here long > line here long line here long line here long line here long line > here long line here > > second long line here second long line here second long line here > second long line here second long line here second long line here > second long line here second long line here > --8<---------------cut here---------------end--------------->8--- No idea what is causing this. I have been at war with the comment prefix issue and never being able to resolve it - except for using filladapt, that is. > > Also, would you mind reminding me what the intended behaviour is for > M-q > on list items? > > If I have > > - item1 > stuff here stuff here stuff here stuff here stuff here stuff here > > and do M-q, ideally I'd like it not to put the "stuff here" line onto > the item1 line. Is that desirable but hard / not desirable / > supposed to > be happening? I think this should definitely put the second lin back into the first. What would be nice though would be this: - item1 \\ stuff here stuff here stuff here stuff here stuff here stuff her When \\ is there to specifically terminate the line, I'd love if the refilling could respect this. I am afraid I don't know how to do this, though. Maybe it can be done using filladapt, but I don't know. A revision of the entire filling code might be a useful thing! - Carsten