From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: BUG: refile leaves END line of inline tasks Date: Sun, 21 Jun 2009 08:31:28 +0200 Message-ID: <9D1BEFD4-BA54-40B4-9F5F-2E46CECCA2AB@gmail.com> References: <1245420528.15084.1321200653@webmail.messagingengine.com> Mime-Version: 1.0 (Apple Message framework v935.3) 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 1MIGaZ-0007qB-OK for emacs-orgmode@gnu.org; Sun, 21 Jun 2009 02:31:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MIGaU-0007pr-MR for emacs-orgmode@gnu.org; Sun, 21 Jun 2009 02:31:38 -0400 Received: from [199.232.76.173] (port=60202 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MIGaU-0007po-HA for emacs-orgmode@gnu.org; Sun, 21 Jun 2009 02:31:34 -0400 Received: from ey-out-1920.google.com ([74.125.78.150]:63018) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MIGaU-0007S3-5W for emacs-orgmode@gnu.org; Sun, 21 Jun 2009 02:31:34 -0400 Received: by ey-out-1920.google.com with SMTP id 3so241530eyh.24 for ; Sat, 20 Jun 2009 23:31:32 -0700 (PDT) In-Reply-To: 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: Matthew Lundin Cc: "emacs-orgmode@gnu.org" On Jun 19, 2009, at 4:44 PM, Matthew Lundin wrote: > "Peter Westlake" writes: > >> If you have a multi-line inline task, with an END line, then >> refiling it >> leaves the END line behind. Since it isn't needed at the >> destination, it >> should just be deleted. >> >> *************** TODO example of refile bug >> C-c C-w takes these lines, >> but leaves the END line. >> *************** END Hmm, refiling inline tasks? Isn't this a contradiction in itself? > > I've discovered a couple of related issues: > > 1) Archiving an inline task leaves the END line behind. Same here, isn't this a contradiction???? > > 2) Footnotes. If org-footnote-section is set to nil, the > org-footnote-action treats inline tasks as sections and thus sorts > footnotes under inline tasks. This on the other hand is a bug which I have just fixed. - Carsten P.S. Of course we can change the behavior also in the first two points, but I would like to discuss first if this makes sense.....