From mboxrd@z Thu Jan 1 00:00:00 1970 From: Darlan Cavalcante Moreira Subject: Re: New implementation of the Org remember process ready for comments and testing Date: Wed, 23 Jun 2010 19:00:32 +0200 Message-ID: <4c223db2.0d91d80a.0a84.0685@mx.google.com> References: <4c2214c1.0d44d80a.22a6.3039@mx.google.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from [140.186.70.92] (port=36611 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ORU8h-0001bT-0s for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 13:53:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ORU8c-0003sB-CQ for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 13:53:30 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:58822) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ORU8c-0003ro-83 for emacs-orgmode@gnu.org; Wed, 23 Jun 2010 13:53:26 -0400 Received: by wwb31 with SMTP id 31so928120wwb.0 for ; Wed, 23 Jun 2010 10:53:20 -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: Org Mode 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. -- Darlan At Wed, 23 Jun 2010 17:19:44 +0200, Carsten Dominik wrote: > > > On Jun 23, 2010, at 4:05 PM, Darlan Cavalcante Moreira wrote: > > > > > Hello Carsten, > > > > The new capture interface is really neat and I have the impression > > that it > > will be even better in the future. Many Thanks! > > > > I have only a few suggestions. > > - It would be nice if "q" in the "choose template menu" quit the > > selection > > if the user did not assign any template to the "q" key. > > Good idea, this works now. > > > - Using the option "empty-lines: 1" will add an empty line before the > > heading. I like to have an empty line after the end of the heading, > > instead. I know that in most cases adding an empty line before the > > next > > heading will be equivalent, but when using datetree with the > > "empty-lines: 1" option there will be an undesired empty line > > after the > > date three and the first heading added with the capture interface. > > In a way I disagree here. I you want empty lines, I think it makes > quite some sense to alway have them on both sides. I guess we could > allow a value of '(1 0) for :empty-lines, but you need to rally some > support from others for this complication. > > > Not > > very important though. > > :) > > > - At last, I frequently need to add a new line in a table in my main > > org > > file and the "table-line" entry type will be very useful. However > > for it > > to work I need a way to tell org-capture to add the filled > > information > > to a line relative to the end of the table. The table is in a form > > | Name | Price | > > |--------+-------| > > | Item 1 | 1.30 | > > | Item 2 | 13.14 | > > |--------+-------| > > | Total | 14.44 | > > #+TBLFM: @4$2=vsum(@2..@-1);%.2f > > I need a way to add the line after the line with "Item 2". > > Yes, I think that makes sense. When you pull again, try to set the > property > > :table-line-pos "II-1" > > for the template. This will tell org-capture to place the new line so > that it > becomes the first line before the second hline. That should do the > trick, I think. > > > > To be really > > fantastic org could also evaluate all formulas in the table after > > that. > > That was already the case. If the table has formulas, they are > evaluated > (but not iterated...) when you finish the capture :) > > Thanks for your input! > > - Carsten >