From: Darlan Cavalcante Moreira <darcamo@gmail.com>
To: Carsten Dominik <carsten.dominik@gmail.com>
Cc: Org Mode <emacs-orgmode@gnu.org>
Subject: Re: New implementation of the Org remember process ready for comments and testing
Date: Wed, 23 Jun 2010 19:00:32 +0200 [thread overview]
Message-ID: <4c223db2.0d91d80a.0a84.0685@mx.google.com> (raw)
In-Reply-To: <DB2BBFFA-5909-4A2E-97B1-9D590E91CF30@gmail.com>
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 <carsten.dominik@gmail.com> 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
>
next prev parent reply other threads:[~2010-06-23 17:53 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-22 12:36 New implementation of the Org remember process ready for comments and testing Carsten Dominik
2010-06-22 14:08 ` Sébastien Vauban
2010-06-22 14:20 ` [Patch] " Sebastian Rose
2010-06-22 14:25 ` Carsten Dominik
2010-06-22 14:29 ` Sebastian Rose
2010-06-22 14:42 ` Carsten Dominik
2010-06-22 14:26 ` Carsten Dominik
2010-06-22 14:27 ` Carsten Dominik
2010-06-23 9:38 ` Ulf Stegemann
2010-06-23 10:29 ` Sebastian Rose
2010-06-23 11:28 ` Carsten Dominik
2010-06-23 12:21 ` Ulf Stegemann
2010-06-23 12:49 ` Sebastian Rose
2010-06-23 14:22 ` Carsten Dominik
2010-06-23 14:42 ` Sebastian Rose
2010-06-24 12:41 ` Ulf Stegemann
2010-06-23 14:06 ` Carsten Dominik
2010-06-22 18:58 ` Tassilo Horn
2010-06-23 3:59 ` Carsten Dominik
2010-06-23 6:31 ` Tassilo Horn
2010-06-23 6:44 ` Carsten Dominik
2010-06-22 19:26 ` Eric S Fraga
2010-06-23 7:53 ` Ian Barton
2010-06-22 20:50 ` Bernt Hansen
2010-06-22 23:15 ` Sebastian Rose
2010-06-23 4:35 ` Carsten Dominik
2010-06-22 23:07 ` Sebastian Rose
2010-06-22 23:32 ` [Patch] " Sebastian Rose
2010-06-23 4:18 ` Carsten Dominik
2010-06-23 12:24 ` reuse input (was: New implementation of the Org remember process ready for comments and testing) Memnon Anon
2010-06-22 23:56 ` New implementation of the Org remember process ready for comments and testing Sebastian Rose
2010-06-23 4:23 ` Carsten Dominik
2010-06-23 8:05 ` Sebastian Rose
2010-06-23 8:18 ` Carsten Dominik
2010-06-23 4:01 ` Puneeth
2010-06-23 4:31 ` Carsten Dominik
2010-06-23 9:04 ` Puneeth
2010-06-23 8:39 ` Carsten Dominik
2010-06-23 4:52 ` Manish
2010-06-23 5:40 ` Carsten Dominik
2010-06-23 8:02 ` Ian Barton
2010-06-23 11:30 ` Carsten Dominik
2010-06-23 10:40 ` [Typo] " Sebastian Rose
2010-06-23 11:27 ` Carsten Dominik
2010-06-23 13:53 ` Jason McBrayer
2010-06-23 14:05 ` Darlan Cavalcante Moreira
2010-06-23 15:19 ` Carsten Dominik
2010-06-23 17:00 ` Darlan Cavalcante Moreira [this message]
2010-06-24 5:20 ` Carsten Dominik
2010-06-24 1:32 ` Bernt Hansen
2010-06-24 2:25 ` BUG: org-capture saves an incorrect clock marker in org-clock-history Bernt Hansen
2010-06-24 5:39 ` Carsten Dominik
2010-06-24 13:37 ` Bernt Hansen
2010-06-24 2:36 ` Re: New implementation of the Org remember process ready for comments and testing Nick Dokos
2010-06-24 2:37 ` Bernt Hansen
2010-06-24 2:41 ` Bernt Hansen
2010-06-24 2:57 ` Capture mode seems to be easily confused in Emacs 22 Bernt Hansen
2010-06-24 5:44 ` Carsten Dominik
2010-06-24 12:26 ` Bernt Hansen
2010-06-24 12:46 ` Carsten Dominik
2010-06-24 13:14 ` Bernt Hansen
2010-06-24 13:21 ` Carsten Dominik
2010-06-24 13:32 ` Bernt Hansen
2010-07-05 11:22 ` capture template: %& and %! Memnon Anon
2010-07-05 12:50 ` Carsten Dominik
2010-07-05 13:18 ` Memnon Anon
2010-07-05 13:26 ` Carsten Dominik
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4c223db2.0d91d80a.0a84.0685@mx.google.com \
--to=darcamo@gmail.com \
--cc=carsten.dominik@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).