From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: patch to keep the level in refile
Date: Sun, 08 Nov 2015 16:34:38 +0100
Message-ID: <87r3k07be9.fsf@nicolasgoaziou.fr>
References: <87y4eh51yz.fsf@uwaterloo.ca> <87bnbdvkyc.fsf@nicolasgoaziou.fr>
	<87si4p4gjd.fsf@uwaterloo.ca>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:57697)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1ZvRxf-0006NR-HF
	for emacs-orgmode@gnu.org; Sun, 08 Nov 2015 10:32:56 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1ZvRxe-00039Z-KA
	for emacs-orgmode@gnu.org; Sun, 08 Nov 2015 10:32:55 -0500
Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:47407)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1ZvRxe-00039Q-Dh
	for emacs-orgmode@gnu.org; Sun, 08 Nov 2015 10:32:54 -0500
In-Reply-To: <87si4p4gjd.fsf@uwaterloo.ca> (Sebastian Fischmeister's message
	of "Sun, 1 Nov 2015 15:32:23 -0500")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Sebastian Fischmeister <sfischme@uwaterloo.ca>
Cc: emacs-orgmode@gnu.org

Sebastian Fischmeister <sfischme@uwaterloo.ca> writes:

>>> This causes problems, when the level has semantic meaning beyond
>>> defining the hierarchy (e.g., level 3 always indicates a task while
>>> levels 2 and 1 are project headings).
>>
>> Why don't you simply refile into the parent, then?
>
> Because there might not be a lvl 2 heading, but still lvl 3 are tasks.

Good point.

Forcing the level of the heading is not a good idea, because it can
badly alter the structure of the document (e.g., you are refiling under
"A", but the task ends up being a grandson).

Maybe we need a more general mechanism to refile "at" instead of
refiling "within", i.e., a mechanism to refile just before a given
headline, at its very same level, which could be a toggle when calling
org-refile.

Maybe this is overkill, tho.

Regards,