org-reverse-note-order

org-reverse-note-order

[Marvin Doyley]

[-- Attachment #1.1: Type: text/plain, Size: 227 bytes --]

Hi there,


(setq org-reverse-note-order t) does not seem to work properly with
org-capture-templates

It seems to append my TODO or notes at the end rather at the
beginning. Does anybody know what I am doing wrong ?

thanks
M

[-- Attachment #1.2: Type: text/html, Size: 270 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: org-reverse-note-order

[David Maus]

[-- Attachment #1.1: Type: text/plain, Size: 893 bytes --]

At Fri, 19 Nov 2010 09:58:11 -0500,
Marvin Doyley wrote:
>
> [1  <multipart/alternative (7bit)>]
>
> (setq org-reverse-note-order t) does not seem to work properly with
> org-capture-templates
>
> It seems to append my TODO or notes at the end rather at the
> beginning. Does anybody know what I am doing wrong ?

Not sure about this variable, but you might try the property :prepend
in the capture template:

C-h v org-capture-templates RET

The rest of the entry is a property list of additional options.  Recognized
properties are:

 :prepend            Normally newly captured information will be appended at
                     the target location (last child, last table line,
                     last list item...).  Setting this property will
                     change that.

HTH,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber.... dmjena@jabber.org
Email..... dmaus@ictsoc.de

[-- Attachment #1.2: Type: application/pgp-signature, Size: 230 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: org-reverse-note-order

[Marvin Doyley]

Hi David,

I figured this out a week ago. You are correct I needed to include the prepend.

Thanks
M

On Sunday, November 28, 2010, David Maus <dmaus@ictsoc.de> wrote:
> At Fri, 19 Nov 2010 09:58:11 -0500,
> Marvin Doyley wrote:
>>
>> [1  <multipart/alternative (7bit)>]
>>
>> (setq org-reverse-note-order t) does not seem to work properly with
>> org-capture-templates
>>
>> It seems to append my TODO or notes at the end rather at the
>> beginning. Does anybody know what I am doing wrong ?
>
> Not sure about this variable, but you might try the property :prepend
> in the capture template:
>
> C-h v org-capture-templates RET
>
> The rest of the entry is a property list of additional options.  Recognized
> properties are:
>
>  :prepend            Normally newly captured information will be appended at
>                      the target location (last child, last table line,
>                      last list item...).  Setting this property will
>                      change that.
>
> HTH,
>   -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber.... dmjena@jabber.org
> Email..... dmaus@ictsoc.de
>

Re: org-reverse-note-order

[Matt Lundin]

Marvin Doyley <marvinpas@gmail.com> writes:

> (setq org-reverse-note-order t) does not seem to work properly with org-capture-templates
>
> It seems to append my TODO or notes at the end rather at the
> beginning. Does anybody know what I am doing wrong ?

AFAICT, org-reverse-note-order is only used by org-remember and
org-refile. To have notes placed at the top of a file/entry by
org-capture, you need to use the :prepend property in the relevant
capture templates. 

,----[ C-h v org-capture-templates ]
| [snip]
| The rest of the entry is a property list of additional options.  Recognized
| properties are:
| 
|  :prepend            Normally newly captured information will be appended at
|                      the target location (last child, last table line,
|                      last list item...).  Setting this property will
|                      change that.
| [snip]
`----

Best,
Matt