From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: New implementation of the Org remember process ready for comments and testing Date: Thu, 24 Jun 2010 07:20:28 +0200 Message-ID: <8DBBC844-99CF-46CF-B8A5-1EE0B579DE69@gmail.com> References: <4c2214c1.0d44d80a.22a6.3039@mx.google.com> <4c223db2.0d91d80a.0a84.0685@mx.google.com> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=51539 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ORerc-0007Ok-FV for emacs-orgmode@gnu.org; Thu, 24 Jun 2010 01:20:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ORerX-000606-CV for emacs-orgmode@gnu.org; Thu, 24 Jun 2010 01:20:36 -0400 Received: from mail-wy0-f169.google.com ([74.125.82.169]:62339) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ORerX-0005zt-8e for emacs-orgmode@gnu.org; Thu, 24 Jun 2010 01:20:31 -0400 Received: by wyb39 with SMTP id 39so303817wyb.0 for ; Wed, 23 Jun 2010 22:20:30 -0700 (PDT) In-Reply-To: <4c223db2.0d91d80a.0a84.0685@mx.google.com> 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: Darlan Cavalcante Moreira Cc: Org Mode On Jun 23, 2010, at 7:00 PM, Darlan Cavalcante Moreira wrote: > > Thank you very much Carsten. > It works very well. > > One small detail is that if the cursor is not in the table when it is > refiled then the formula is not evaluated. Most users probably won't > notice > this and it also works correctly when using the :immediate-finish > option. > > > However, when testing this I think I found a bug that could be > serious. Suppose that I set a template to ask me the name and price > for a > new item in the table. If I type C-g at this point the capture > buffer will > be buried but still available and unsaved. If the user saves this > file the > original file will be overwritten and all information there will be > lost. Even if the user realises the mistake just after saving the file > there is no way to recover the content because all undo information > was > lost. Hi Darlan, I have fixed this issue. - Carsten