Yup; I just tried the git snapshot of 23 Feb and it's working.
Thanks!!
Cheers.
Fil
On 22 February 2011 04:15, Carsten Dominik wrote:
>
> On Feb 22, 2011, at 1:39 AM, Filippo A. Salustri wrote:
>
> > Thanks to everyone for the varied and thoughtful responses. I didn't
> think of backquotes, but
Carsten,
Would your mod be implemented in the git build of 22 Feb?
Cheers.
Fil
On 22 February 2011 04:15, Carsten Dominik wrote:
>
> On Feb 22, 2011, at 1:39 AM, Filippo A. Salustri wrote:
>
> > Thanks to everyone for the varied and thoughtful responses. I didn't
> think of backquotes, but I kno
Carsten Dominik writes:
> I do love dynamic scoping, this give a lot of power in Emacs.
> Org-mode internals use that power often.
This is venturing a bit far afield, at least for this thread, but I'm
curious if anyone knows: does the recent work on supporting Elisp in
Guile mean that Elisp appl
Hi Carsten,
Carsten Dominik writes:
> I have just implemented that whenever you mean a file name
> in capture templates, you can instead give a function, a
> variable, or a lisp form. So your original attempt
>
>>> ("m" "Message" entry (file+datetree (buffer-file-name
>>> (buffer-base-buffer)))
On Feb 22, 2011, at 5:59 AM, Richard Lawrence wrote:
> "Filippo A. Salustri" writes:
>
>> org-capture clearly has the original buffer handy (for %a
>> stuff) yet I can't get it out of there without hacking the org code, which I
>> am loathe to do.
>
> I too was in a situation just today where
On Feb 22, 2011, at 1:39 AM, Filippo A. Salustri wrote:
> Thanks to everyone for the varied and thoughtful responses. I didn't think
> of backquotes, but I know about them from Scheme, and no, they shouldn't work
> in this case.
>
> Very frustrating. org-capture clearly has the original buff
Filippo A. Salustri wrote:
> Very frustrating. org-capture clearly has the original buffer handy (for %=
> a
> stuff) yet I can't get it out of there without hacking the org code, which =
> I
> am loathe to do. Hmmm. I'll think some more. If I come up with anything;
> I'll report it.
>
The
"Filippo A. Salustri" writes:
> org-capture clearly has the original buffer handy (for %a
> stuff) yet I can't get it out of there without hacking the org code, which I
> am loathe to do.
I too was in a situation just today where I was calling org-capture
programatically, and needed access to st
Thanks to everyone for the varied and thoughtful responses. I didn't think
of backquotes, but I know about them from Scheme, and no, they shouldn't
work in this case.
Very frustrating. org-capture clearly has the original buffer handy (for %a
stuff) yet I can't get it out of there without hackin
Hi Richard,
Richard Lawrence wrote:
> Sébastien Vauban writes:
>> "Filippo A. Salustri" wrote:
>>> I would really like to be able to vary the file into which a captured item
>>> goes. Specifically, I'd like to insert the item into whatever file I was
>>> visiting when I started the capture.
>
>>
Sébastien Vauban
writes:
> "Filippo A. Salustri" wrote:
>> I would really like to be able to vary the file into which a captured item
>> goes. Specifically, I'd like to insert the item into whatever file I was
>> visiting when I started the capture.
> You have to use backquotes so that expressi
Hi Filippo,
"Filippo A. Salustri" wrote:
> I would really like to be able to vary the file into which a captured item
> goes. Specifically, I'd like to insert the item into whatever file I was
> visiting when I started the capture.
>
> I've been trying something like this:
>
>> ("m" "Message" ent
12 matches
Mail list logo