emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Nicolas Goaziou <n.goaziou@gmail.com>
To: Jeff Horn <jrhorn424@gmail.com>
Cc: nicholas.dokos@hp.com, Org-mode ml <emacs-orgmode@gnu.org>
Subject: Re: Refiling list items
Date: Wed, 10 Aug 2011 12:05:35 +0200	[thread overview]
Message-ID: <87aabhlgy8.fsf@gmail.com> (raw)
In-Reply-To: <CA+K2SAwCf9C9MCMBEsbaaWVmHjcePV93f9GZmPuKYt1TEzraTg@mail.gmail.com> (Jeff Horn's message of "Mon, 8 Aug 2011 20:40:40 -0400")

Hello,

> I guess this really amounts to the first time I've ever been convinced
> that "treating list items like headlines" would be useful to me. At
> least, it feels like list items might benefit from being a proper
> subset of headlines. I don't remember what the disadvantages of such a
> move would be, but I suspect there's a lot of tacit knowledge in the
> codebase already.

From my point of view, lists cannot be a subset of headlines. Indeed,
headlines are global structural elements, whereas items are local
structural elements. In other words, moving an item outside of its
scope, which is the list it belongs, will remove any structural meaning
it has.

For example, what is the point of moving an un-ordered item into an
ordered list, or, worse, an un-ordered item into a description list?
Sure, the item being moved and the destination list may share the same
structure, but it's only a part of the equation.

Also, we can imagine the following situation, where a section holds
a description list and an un-ordered one. If one wants to move an
un-ordered item there, should it be moved into the logical, but
mismatched, first description list, or into the un-ordered one?

My point is that outside of its list, an item is just plain text.

Thus, why not take that into account? Instead of creating a magical
function to refile items anywhere, let's just extend `org-refile' to
work on a region of text which is not a sub-tree.

At the moment, org-refile understands the concept of region, but checks
if that region holds a sub-tree. What about removing that check, and
adapt the code to text without trees? It will then be the user's problem
if he wants to match apples and oranges. Furthermore, as a side effect,
refiling an item would simply mean selecting it and using refile
interface.

Regards,

-- 
Nicolas Goaziou

  parent reply	other threads:[~2011-08-10 10:06 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-06 18:54 Refiling list items Jeff Horn
2011-08-08  4:09 ` Jeff Horn
2011-08-08  9:48   ` Nicolas Goaziou
2011-08-08 22:35     ` Jeff Horn
2011-08-08 23:03       ` Nicolas Goaziou
2011-08-08 23:47         ` Jeff Horn
2011-08-09  0:02           ` Nick Dokos
2011-08-09  2:31             ` suvayu ali
2011-08-09  0:20           ` Nick Dokos
2011-08-09  0:40             ` Jeff Horn
2011-08-09  0:45               ` Jeff Horn
2011-08-10 10:05               ` Nicolas Goaziou [this message]
2011-08-10 15:16                 ` Jeff Horn
2011-08-17  9:32                 ` Bastien
2011-08-22 16:12                   ` Jeff Horn
2012-01-18  4:56                   ` Jeff Horn
2013-06-28 21:09                     ` Samuel Wales
2013-06-30 23:16                       ` Bastien
2013-07-01 21:35                         ` Samuel Wales
2013-07-02  7:32                           ` Bastien
2011-08-09  1:07           ` Florian Beck
2011-08-08 16:12   ` Florian Beck
2011-08-08 17:05     ` Nicolas Goaziou

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=87aabhlgy8.fsf@gmail.com \
    --to=n.goaziou@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=jrhorn424@gmail.com \
    --cc=nicholas.dokos@hp.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).