From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [PATCH] org: Support creating arbitrary headline paths when refiling Date: Sun, 14 Oct 2018 16:14:03 +0200 Message-ID: <87d0scehuc.fsf@nicolasgoaziou.fr> References: <87va69dm8y.fsf@wirrsal.net> <20181011113005.4187-1-seb@wirrsal.net> <87tvlpdlke.fsf@nicolasgoaziou.fr> <87bm7xhs19.fsf@wirrsal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gBh9m-0008Ct-FX for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gBh9j-0002J6-9T for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:10 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:53491) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gBh9j-0002EV-2d for emacs-orgmode@gnu.org; Sun, 14 Oct 2018 10:14:07 -0400 In-Reply-To: <87bm7xhs19.fsf@wirrsal.net> ("Sebastian =?utf-8?Q?Reu=C3=9Fe?= =?utf-8?Q?=22's?= message of "Sun, 14 Oct 2018 10:05:38 +0200") 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" To: Sebastian =?utf-8?Q?Reu=C3=9Fe?= Cc: emacs-orgmode@gnu.org Sebastian Reu=C3=9Fe writes: > Nicolas Goaziou writes: [...] >> With the following document: >> >> --8<---------------cut here---------------start------------->8--- >> * Foo >> ** Bar >> * Foo2 >> --8<---------------cut here---------------end--------------->8--- >> >> Trying to refile "Foo2" under "Foo/Bar/Baz/" results in: >> >> --8<---------------cut here---------------start------------->8--- >> * Foo >> ** Bar >> * Foo >> ** Bar >> *** Baz >> **** Foo2 >> --8<---------------cut here---------------end--------------->8--- > > This was due to the trailing slash in the refile target. I now amended > the regex to normalize such input and added a test case with > a trailing slash. Care to give it another spin? AFAICT, it still doesn't work. I get the exact same result as detailed above.