From mboxrd@z Thu Jan 1 00:00:00 1970 From: Noorul Islam Subject: Re: capture initial "level" and refile of capture buffer Date: Tue, 26 Oct 2010 14:07:14 +0530 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: Received: from [140.186.70.92] (port=38724 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PAf1x-000778-On for emacs-orgmode@gnu.org; Tue, 26 Oct 2010 04:37:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PAf1v-0004bK-F1 for emacs-orgmode@gnu.org; Tue, 26 Oct 2010 04:37:16 -0400 Received: from mail-yx0-f169.google.com ([209.85.213.169]:57181) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PAf1v-0004bG-9e for emacs-orgmode@gnu.org; Tue, 26 Oct 2010 04:37:15 -0400 Received: by yxm34 with SMTP id 34so2449444yxm.0 for ; Tue, 26 Oct 2010 01:37:14 -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: Carsten Dominik Cc: Richard Riley , emacs-orgmode@gnu.org On Mon, Oct 25, 2010 at 5:04 PM, Carsten Dominik wrote: > Hi Noorul, > > could you please make a more detailed test case of this but, with an exam= ple > files (capture target and refile target files) and step by step > instructions. =A0I am not sure I understand what exactly you are doing. > I think it was my misunderstanding of how C-c C-w works inside org capture. I think, now I have a clear picture and the behavior that I mentioned was an expected one. I was trying to refile to target file. Thanks and Regards Noorul > On Oct 23, 2010, at 10:42 AM, Noorul Islam wrote: > >> On Fri, Oct 22, 2010 at 5:13 PM, Richard Riley >> wrote: >>> >>> What determines the level of a new capture element? e.g I just created >>> one and it started at "****". >>> >>> feature request : when I added some sub elements to a capture buffer e.= g >>> >>> * my new capture >>> >>> ** sub point >>> >>> *** sub sub point 1 >>> *** sub sub point 2 >>> >>> and hit C-c C-w to refile, it only refiled the sub element (where curso= r >>> was) and then lost the rest. I would like to suggest that refile from >>> the capture buffer should refile the entire buffer and not only the >>> "current nested org item". Or am I missing something in my setup? >> >> On my box I have this observation. >> >> If I have something like this in my capture buffer >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> *** sub sub point 2 >> >> >> and if I press C-c C-w at the last line (*** sub sub point 2) and >> refile it to refile.org then what I get in refile.org is this >> >> >> * TODO Test >> >> * my new capture >> >> ** sub point >> >> *** sub sub point 1 >> * sub sub point 2 >> >> >> The last one's level got changed. >> I have latest pull from git repo. >> >> Org-mode version 7.01trans (release_7.01h.833.g21ad0) >> GNU Emacs 23.2.2 (i686-pc-linux-gnu) >> of 2010-06-08 on sajida >> >> Thanks and Regards >> Noorul >> >> _______________________________________________ >> Emacs-orgmode mailing list >> Please use `Reply All' to send replies to the list. >> Emacs-orgmode@gnu.org >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode > > - Carsten > > > >