From mboxrd@z Thu Jan 1 00:00:00 1970 From: Suvayu Ali Subject: Re: Status fix for "Regression in fill-paragraph behavior"? Date: Mon, 27 May 2013 15:33:17 +0200 Message-ID: <20130527133317.GG15604@kuru.dyndns-at-home.com> References: <87wqqo7eu2.fsf@gmail.com> <87li747a4n.fsf@gmail.com> <8761y86saw.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:39838) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgxYD-0003Vx-BT for emacs-orgmode@gnu.org; Mon, 27 May 2013 09:33:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UgxYA-0001JE-Om for emacs-orgmode@gnu.org; Mon, 27 May 2013 09:33:25 -0400 Received: from mail-wi0-x232.google.com ([2a00:1450:400c:c05::232]:62483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgxYA-0001JA-Js for emacs-orgmode@gnu.org; Mon, 27 May 2013 09:33:22 -0400 Received: by mail-wi0-f178.google.com with SMTP id hj6so1584380wib.11 for ; Mon, 27 May 2013 06:33:21 -0700 (PDT) Received: from kuru.dyndns-at-home.com ([2001:610:120:3000:f2de:f1ff:fe37:c76c]) by mx.google.com with ESMTPSA id m3sm17473086wij.5.2013.05.27.06.33.19 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 27 May 2013 06:33:20 -0700 (PDT) Content-Disposition: inline In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hello Peter, On Mon, May 27, 2013 at 01:03:41PM +0200, Wagemans, Peter wrote: > > Nicolas Goaziou wrote: > > > Also, you have to admit that Org is a bit more complex than Text mode > > (or Fundamental mode), and may have different requirements. > > It sure is a great tool, with a lot of useful functionality. But the > new paragraph fill breaks my old workflows, so I am trying to find a > way around that (preferably the easiest ;-). Is there some way or > setting to tell org that in a node or perhaps all nodes in a subtree > it should apply the adaptive fill from fill.el to text paragraphs, so > that the fill-prefix is automatically recognized like in fundamental > and text mode? Or is there some function that I can call (and bind to > some key combination) to apply the old paragraph fill to some text > paragraph? So that plain text paragraphs and citations that don't use > any org features can be filled in the old way. Untested idea: you could adapt org-fill-paragraph to suit your needs and call the custom fill function when you need it. Hope this helps, -- Suvayu Open source is the future. It sets us free.