emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Wagemans, Peter" <peter.wagemans@kpn.com>
To: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: "emacs-orgmode@gnu.org" <emacs-orgmode@gnu.org>
Subject: Re: Status fix for "Regression in fill-paragraph behavior"?
Date: Mon, 27 May 2013 13:03:41 +0200	[thread overview]
Message-ID: <B7EEF3066CD1D24081DBFF5E9F5E68D402053791BA@EXCNLDCM06.europe.unity> (raw)
In-Reply-To: <8761y86saw.fsf@gmail.com>


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.

> Again, what you call standard "Adaptive Fill" is not standard, since it
> depends on the major mode.

The word "standard" was meant in the following sense: "Adaptive Fill"
that automatically recognizes a fill-prefix is available and enabled
by default in the basic text editing modes of Emacs like
fundamental-mode and text-mode.

> I think external packages (filladapt.el?) might provide the
> functionality you're after, assuming you configure them to play
> nicely with Org.

The org manual says "Many users reported they had problems using both
'filladapt.el' and Org mode", so I'm not very enthusiastic about
embarking on that route.

Regards,

Peter Wagemans

  reply	other threads:[~2013-05-27 11:03 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-24 10:19 Status fix for "Regression in fill-paragraph behavior"? Wagemans, Peter
2013-05-24 12:16 ` Nicolas Goaziou
2013-05-24 13:10   ` Wagemans, Peter
2013-05-24 13:58     ` Nicolas Goaziou
2013-05-24 19:35       ` Wagemans, Peter
2013-05-24 20:23         ` Nicolas Goaziou
2013-05-27 11:03           ` Wagemans, Peter [this message]
2013-05-27 13:33             ` Suvayu Ali
2013-05-31 12:34             ` Nicolas Goaziou
2013-05-24 17:27 ` Samuel Wales

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B7EEF3066CD1D24081DBFF5E9F5E68D402053791BA@EXCNLDCM06.europe.unity \
    --to=peter.wagemans@kpn.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=n.goaziou@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).