emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Orgmode] New implementation of the Org remember process ready for c


From: Darlan Cavalcante Moreira
Subject: Re: [Orgmode] New implementation of the Org remember process ready for comments and testing
Date: Wed, 23 Jun 2010 19:00:32 +0200
User-agent: Wanderlust/2.15.6 (Almost Unreal) Emacs/23.1 Mule/6.0 (HANACHIRUSATO)

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 <address@hidden> 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(@address@hidden);%.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
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]