* does #+PROPERTY still exist ?
@ 2010-09-22 5:21 Vincent Belaïche
2010-09-22 6:10 ` Nick Dokos
0 siblings, 1 reply; 13+ messages in thread
From: Vincent Belaïche @ 2010-09-22 5:21 UTC (permalink / raw)
To: Org mode; +Cc: Vincent Belaïche
In the org manual node `(org) Property syntax' one can read the
following:
--8<-------------coupez ici--------------début-------------->8---
If you want to set properties that can be inherited by any entry
in a file, use a line like
#+PROPERTY: NDisks_ALL 1 2 3 4
--8<-------------coupez ici---------------fin--------------->8---
However this does not seem to work.
What I did to get the same effect is place a property drawer before the
first title, and then set
#+OPTIONS: skip:t
In order to disable export of this drawer (because I am exporting
drawers in general).
I would like to know whether this is a bug, and if yes I can provide a
patch to the manual with work-around explained above.
BR,
Vincent.
PS: #+PROPERTY does not work with completion `C-M-i' either
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 5:21 Vincent Belaïche
@ 2010-09-22 6:10 ` Nick Dokos
2010-09-22 6:58 ` Noorul Islam K M
0 siblings, 1 reply; 13+ messages in thread
From: Nick Dokos @ 2010-09-22 6:10 UTC (permalink / raw)
To: =?iso-8859-1?Q?Vincent_Bela=EFche?=; +Cc: nicholas.dokos, Org mode
Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
> In the org manual node `(org) Property syntax' one can read the
> following:
>
>
> --8<-------------coupez ici--------------début-------------->8---
> If you want to set properties that can be inherited by any entry
> in a file, use a line like
> #+PROPERTY: NDisks_ALL 1 2 3 4
> --8<-------------coupez ici---------------fin--------------->8---
>
> However this does not seem to work.
In what way does it fail to work?
AFAICT, it works as advertised: after inserting the above line, I try to
insert a NDisks property with
C-c C-x p NDisks<RET>5<RET>
and it complains ("No match"). If I use e.g. 3 instead of 5, the
property is inserted.
Nick
>
> What I did to get the same effect is place a property drawer before the
> first title, and then set
>
> #+OPTIONS: skip:t
>
> In order to disable export of this drawer (because I am exporting
> drawers in general).
>
> I would like to know whether this is a bug, and if yes I can provide a
> patch to the manual with work-around explained above.
>
> BR,
> Vincent.
>
> PS: #+PROPERTY does not work with completion `C-M-i' either
>
>
>
> _______________________________________________
> 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
>
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 6:10 ` Nick Dokos
@ 2010-09-22 6:58 ` Noorul Islam K M
2010-09-22 7:36 ` Nick Dokos
2010-09-22 9:05 ` Carsten Dominik
0 siblings, 2 replies; 13+ messages in thread
From: Noorul Islam K M @ 2010-09-22 6:58 UTC (permalink / raw)
To: nicholas.dokos; +Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?=, Org mode
Nick Dokos <nicholas.dokos@hp.com> writes:
> Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
>
>> In the org manual node `(org) Property syntax' one can read the
>> following:
>>
>>
>> --8<-------------coupez ici--------------début-------------->8---
>> If you want to set properties that can be inherited by any entry
>> in a file, use a line like
>> #+PROPERTY: NDisks_ALL 1 2 3 4
>> --8<-------------coupez ici---------------fin--------------->8---
>>
>> However this does not seem to work.
>
> In what way does it fail to work?
>
> AFAICT, it works as advertised: after inserting the above line, I try to
> insert a NDisks property with
>
> C-c C-x p NDisks<RET>5<RET>
>
> and it complains ("No match"). If I use e.g. 3 instead of 5, the
> property is inserted.
>
In the below example
----------------------------------------------------------------
#+PROPERTY: Age 25
#+COLUMNS: %25ITEM %Age
* Heading 1
* Heading 2
----------------------------------------------------------------
When I try to use column view to edit the property it is not using the
format that I mentioned at the file level.
But the following one works
----------------------------------------------------------------
* Heading 1
:PROPERTIES:
:Age: 25
:COLUMNS: %25ITEM %Age
:END:
* Heading 2
----------------------------------------------------------------
Looks like the file level settings are not working.
Thanks and Regards
Noorul
--------------------------------------------------------------
> Nick
>
>>
>> What I did to get the same effect is place a property drawer before the
>> first title, and then set
>>
>> #+OPTIONS: skip:t
>>
>> In order to disable export of this drawer (because I am exporting
>> drawers in general).
>>
>> I would like to know whether this is a bug, and if yes I can provide a
>> patch to the manual with work-around explained above.
>>
>> BR,
>> Vincent.
>>
>> PS: #+PROPERTY does not work with completion `C-M-i' either
>>
>>
>>
>> _______________________________________________
>> 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
>>
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 8:09 ` Nick Dokos
@ 2010-09-22 8:43 ` Noorul Islam K M
2010-09-22 8:56 ` Noorul Islam
0 siblings, 1 reply; 13+ messages in thread
From: Noorul Islam K M @ 2010-09-22 8:43 UTC (permalink / raw)
To: nicholas.dokos; +Cc: nt=5FBela=3DEFche=3F=3D?=, Org mode
Nick Dokos <nicholas.dokos@hp.com> writes:
> Nick Dokos <nicholas.dokos@hp.com> wrote:
>
>> Noorul Islam K M <noorul@noorul.com> wrote:
>>
>> >
>> > In the below example
>> >
>> > ----------------------------------------------------------------
>> > #+PROPERTY: Age 25
>> > #+COLUMNS: %25ITEM %Age
>> >
>> > * Heading 1
>> > * Heading 2
>> > ----------------------------------------------------------------
>> >
>> > When I try to use column view to edit the property it is not using the
>> > format that I mentioned at the file level.
>> >
>> > But the following one works
>> >
>> > ----------------------------------------------------------------
>> > * Heading 1
>> > :PROPERTIES:
>> > :Age: 25
>> > :COLUMNS: %25ITEM %Age
>> > :END:
>> > * Heading 2
>> > ----------------------------------------------------------------
>> >
>> > Looks like the file level settings are not working.
>> >
>>
>> If I evaluate the form
>>
>> (org-entry-get (point) "Age" t)
>>
>> with the point at any heading, I get "25". OTOH, even with
>> org-use-property-inheritance set to t, column view does not
>> show it. Ergo, it's a column view bug.
>>
>> In org-columns-compute, I see
>>
>> ...
>> (while (re-search-backward re beg t)
>> (setq sumpos (match-beginning 0)
>> last-level level
>> level (org-outline-level)
>> val (org-entry-get nil property)
>> ...
>>
>> I suspect the val line needs to be
>>
>> val (org-entry-get nil property org-use-property-inheritance)
>>
>> instead.
>>
>
> No, that's not it. I think the basic problem is that
> org-entry-properties ignores inheritance altogether (in particular,
> it parses property names explicitly instead of using org-entry-get)[1].
>
> Nick
>
> [1] ... but it's late, I'm tired and I may very well be wrong - again.
Well, following one works. It looks like we need _ALL suffix for
inherited properties.
----------------------------------------------
#+COLUMNS: %25ITEM %10Age
#+PROPERTY: Age_ALL 25
* Heading 1
* Heading 2
----------------------------------------------
Thanks and Regards
Noorul
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 8:43 ` Noorul Islam K M
@ 2010-09-22 8:56 ` Noorul Islam
0 siblings, 0 replies; 13+ messages in thread
From: Noorul Islam @ 2010-09-22 8:56 UTC (permalink / raw)
To: nicholas.dokos; +Cc: Vincent Belaïche, Org mode
On Wed, Sep 22, 2010 at 2:13 PM, Noorul Islam K M <noorul@noorul.com> wrote:
> Nick Dokos <nicholas.dokos@hp.com> writes:
>
>> Nick Dokos <nicholas.dokos@hp.com> wrote:
>>
>>> Noorul Islam K M <noorul@noorul.com> wrote:
>>>
>>> >
>>> > In the below example
>>> >
>>> > ----------------------------------------------------------------
>>> > #+PROPERTY: Age 25
>>> > #+COLUMNS: %25ITEM %Age
>>> >
>>> > * Heading 1
>>> > * Heading 2
>>> > ----------------------------------------------------------------
>>> >
>>> > When I try to use column view to edit the property it is not using the
>>> > format that I mentioned at the file level.
>>> >
>>> > But the following one works
>>> >
>>> > ----------------------------------------------------------------
>>> > * Heading 1
>>> > :PROPERTIES:
>>> > :Age: 25
>>> > :COLUMNS: %25ITEM %Age
>>> > :END:
>>> > * Heading 2
>>> > ----------------------------------------------------------------
>>> >
>>> > Looks like the file level settings are not working.
>>> >
>>>
>>> If I evaluate the form
>>>
>>> (org-entry-get (point) "Age" t)
>>>
>>> with the point at any heading, I get "25". OTOH, even with
>>> org-use-property-inheritance set to t, column view does not
>>> show it. Ergo, it's a column view bug.
>>>
>>> In org-columns-compute, I see
>>>
>>> ...
>>> (while (re-search-backward re beg t)
>>> (setq sumpos (match-beginning 0)
>>> last-level level
>>> level (org-outline-level)
>>> val (org-entry-get nil property)
>>> ...
>>>
>>> I suspect the val line needs to be
>>>
>>> val (org-entry-get nil property org-use-property-inheritance)
>>>
>>> instead.
>>>
>>
>> No, that's not it. I think the basic problem is that
>> org-entry-properties ignores inheritance altogether (in particular,
>> it parses property names explicitly instead of using org-entry-get)[1].
>>
>> Nick
>>
>> [1] ... but it's late, I'm tired and I may very well be wrong - again.
>
> Well, following one works. It looks like we need _ALL suffix for
> inherited properties.
>
> ----------------------------------------------
> #+COLUMNS: %25ITEM %10Age
> #+PROPERTY: Age_ALL 25
>
> * Heading 1
> * Heading 2
> ----------------------------------------------
>
To summarize:
Whatever Vincent said not working is working for me.
Org-mode version 7.01trans (release_7.01h.555.g90cc)
GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.12.12) of
2010-01-30 on noorul
Thanks and Regards
Noorul
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 9:05 ` Carsten Dominik
@ 2010-09-22 9:17 ` Noorul Islam K M
2010-09-22 9:39 ` Carsten Dominik
0 siblings, 1 reply; 13+ messages in thread
From: Noorul Islam K M @ 2010-09-22 9:17 UTC (permalink / raw)
To: Carsten Dominik; +Cc: Bela=EFche?=, nicholas.dokos, Org mode
Carsten Dominik <carsten.dominik@gmail.com> writes:
> On Sep 22, 2010, at 8:58 AM, Noorul Islam K M wrote:
>
>> Nick Dokos <nicholas.dokos@hp.com> writes:
>>
>>> Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
>>>
>>>> In the org manual node `(org) Property syntax' one can read the
>>>> following:
>>>>
>>>>
>>>> --8<-------------coupez ici--------------début-------------->8---
>>>> If you want to set properties that can be inherited by any entry
>>>> in a file, use a line like
>>>> #+PROPERTY: NDisks_ALL 1 2 3 4
>>>> --8<-------------coupez ici---------------fin--------------->8---
>>>>
>>>> However this does not seem to work.
>>>
>>> In what way does it fail to work?
>>>
>>> AFAICT, it works as advertised: after inserting the above line, I
>>> try to
>>> insert a NDisks property with
>>>
>>> C-c C-x p NDisks<RET>5<RET>
>>>
>>> and it complains ("No match"). If I use e.g. 3 instead of 5, the
>>> property is inserted.
>>>
>>
>> In the below example
>>
>> ----------------------------------------------------------------
>> #+PROPERTY: Age 25
>> #+COLUMNS: %25ITEM %Age
>>
>> * Heading 1
>> * Heading 2
>> ----------------------------------------------------------------
>>
>> When I try to use column view to edit the property it is not using the
>> format that I mentioned at the file level.
>>
>> But the following one works
>>
>> ----------------------------------------------------------------
>> * Heading 1
>> :PROPERTIES:
>> :Age: 25
>> :COLUMNS: %25ITEM %Age
>> :END:
>> * Heading 2
>> ----------------------------------------------------------------
>>
>> Looks like the file level settings are not working.
>
> They are, but
>
> 1. inheritance is not on by default, you need to enable
> if for specific properties.
>
> 2. Column view never looks at inherited values. That iswhy it is
> not using org-entry-get with an inheritance flag. Column view
> only shows and edits properties that are local to each entry.
> Otherwise, editing an inherited value would silently
> edit it also for other entries.
I have this variable org-use-property-inheritance set as 'nil' and have
the following contents in the file.
----------------------------------------------------------
#+COLUMNS: %25ITEM %10Age
#+PROPERTY: Age_ALL 1 2 3 4 5 6
* Heading 1
* Heading 2
----------------------------------------------------------
With this I am able to edit Age property using C-c C-x C-c and by
pressing e on Age column for both the headings.
Thanks and Regards
Noorul
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
2010-09-22 9:17 ` Noorul Islam K M
@ 2010-09-22 9:39 ` Carsten Dominik
0 siblings, 0 replies; 13+ messages in thread
From: Carsten Dominik @ 2010-09-22 9:39 UTC (permalink / raw)
To: Noorul Islam K M
Cc: =?iso-8859-1?Q?Vincent_Bela=EFche?=, nicholas.dokos, Org mode
On Sep 22, 2010, at 11:17 AM, Noorul Islam K M wrote:
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> On Sep 22, 2010, at 8:58 AM, Noorul Islam K M wrote:
>>
>>> Nick Dokos <nicholas.dokos@hp.com> writes:
>>>
>>>> Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
>>>>
>>>>> In the org manual node `(org) Property syntax' one can read the
>>>>> following:
>>>>>
>>>>>
>>>>> --8<-------------coupez ici--------------début-------------->8---
>>>>> If you want to set properties that can be inherited by any entry
>>>>> in a file, use a line like
>>>>> #+PROPERTY: NDisks_ALL 1 2 3 4
>>>>> --8<-------------coupez ici---------------fin--------------->8---
>>>>>
>>>>> However this does not seem to work.
>>>>
>>>> In what way does it fail to work?
>>>>
>>>> AFAICT, it works as advertised: after inserting the above line, I
>>>> try to
>>>> insert a NDisks property with
>>>>
>>>> C-c C-x p NDisks<RET>5<RET>
>>>>
>>>> and it complains ("No match"). If I use e.g. 3 instead of 5, the
>>>> property is inserted.
>>>>
>>>
>>> In the below example
>>>
>>> ----------------------------------------------------------------
>>> #+PROPERTY: Age 25
>>> #+COLUMNS: %25ITEM %Age
>>>
>>> * Heading 1
>>> * Heading 2
>>> ----------------------------------------------------------------
>>>
>>> When I try to use column view to edit the property it is not using
>>> the
>>> format that I mentioned at the file level.
>>>
>>> But the following one works
>>>
>>> ----------------------------------------------------------------
>>> * Heading 1
>>> :PROPERTIES:
>>> :Age: 25
>>> :COLUMNS: %25ITEM %Age
>>> :END:
>>> * Heading 2
>>> ----------------------------------------------------------------
>>>
>>> Looks like the file level settings are not working.
>>
>> They are, but
>>
>> 1. inheritance is not on by default, you need to enable
>> if for specific properties.
>>
>> 2. Column view never looks at inherited values. That iswhy it is
>> not using org-entry-get with an inheritance flag. Column view
>> only shows and edits properties that are local to each entry.
>> Otherwise, editing an inherited value would silently
>> edit it also for other entries.
>
> I have this variable org-use-property-inheritance set as 'nil' and
> have
> the following contents in the file.
>
> ----------------------------------------------------------
> #+COLUMNS: %25ITEM %10Age
> #+PROPERTY: Age_ALL 1 2 3 4 5 6
>
> * Heading 1
> * Heading 2
> ----------------------------------------------------------
>
> With this I am able to edit Age property using C-c C-x C-c and by
> pressing e on Age column for both the headings.
yes. the _ALL properties are an exception and always inherited.
- Carsten
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: does #+PROPERTY still exist ?
@ 2010-09-23 3:13 Vincent Belaïche
2010-09-23 3:26 ` Erik Iverson
2010-09-23 4:23 ` Nick Dokos
0 siblings, 2 replies; 13+ messages in thread
From: Vincent Belaïche @ 2010-09-23 3:13 UTC (permalink / raw)
To: Org mode; +Cc: Vincent Belaïche
Hello all,
Thanks for all the feedback. I am using Org-mode version 6.33x which is
the latest on emacs CVS repository --- that may be outdated as emacs is
using bazaar now.
What is not working is
1. Auto-completion of `#+PROP' does not work
2. `C-c C-x p' does not work.
Look at the following example:
--8<-------------coupez ici--------------début-------------->8---
#+PROPERTY: toto_ALL 1 2 3
* test
Then I type here `C-c C-x p'
--8<-------------coupez ici---------------fin--------------->8---
2.1 The completion at `Property:' prompt does not propose `toto'
2.2 The completion at `Value:' prompt does not propose 1 2 or 3
Hope that this clarifies the issue.
Vincent.
PS-1: Where can I get the latest org-mode ?
PS-2: Sorry for my first email contained an error, setting properties
before the 1st heading does not work.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: does #+PROPERTY still exist ?
2010-09-23 3:13 does #+PROPERTY still exist ? Vincent Belaïche
@ 2010-09-23 3:26 ` Erik Iverson
2010-09-23 4:23 ` Nick Dokos
1 sibling, 0 replies; 13+ messages in thread
From: Erik Iverson @ 2010-09-23 3:26 UTC (permalink / raw)
To: Vincent Belaïche; +Cc: Org mode
On 09/22/2010 10:13 PM, Vincent Belaïche wrote:
> Hello all,
>
> Thanks for all the feedback. I am using Org-mode version 6.33x which is
> the latest on emacs CVS repository --- that may be outdated as emacs is
> using bazaar now.
>
Yes, very outdated. Orgmode 7.01 was released over two months ago now.
You can get the latest from http://orgmode.org
It is a very simple installation, just download and add a couple
directories to your load-path.
You can also get the latest from git, which is what I do.
> What is not working is
>
> 1. Auto-completion of `#+PROP' does not work
> 2. `C-c C-x p' does not work.
>
> Look at the following example:
>
> --8<-------------coupez ici--------------début-------------->8---
> #+PROPERTY: toto_ALL 1 2 3
>
> * test
>
> Then I type here `C-c C-x p'
> --8<-------------coupez ici---------------fin--------------->8---
>
> 2.1 The completion at `Property:' prompt does not propose `toto'
> 2.2 The completion at `Value:' prompt does not propose 1 2 or 3
>
>
> Hope that this clarifies the issue.
>
> Vincent.
>
> PS-1: Where can I get the latest org-mode ?
> PS-2: Sorry for my first email contained an error, setting properties
> before the 1st heading does not work.
>
>
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: does #+PROPERTY still exist ?
2010-09-23 3:13 does #+PROPERTY still exist ? Vincent Belaïche
2010-09-23 3:26 ` Erik Iverson
@ 2010-09-23 4:23 ` Nick Dokos
2010-09-23 4:34 ` Nick Dokos
1 sibling, 1 reply; 13+ messages in thread
From: Nick Dokos @ 2010-09-23 4:23 UTC (permalink / raw)
To: =?iso-8859-1?Q?Vincent_Bela=EFche?=; +Cc: nicholas.dokos, Org mode
Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
> Thanks for all the feedback. I am using Org-mode version 6.33x which is
> the latest on emacs CVS repository --- that may be outdated as emacs is
> using bazaar now.
>
> What is not working is
>
> 1. Auto-completion of `#+PROP' does not work
Indeed: #+PROPERTY is missing from org-get-current-options in
org-exp.el.
> 2. `C-c C-x p' does not work.
>
That should say: *completion* in C-c C-x p (org-set-property)
does not work. The function itself works just fine.
> Look at the following example:
>
> --8<-------------coupez ici--------------début-------------->8---
> #+PROPERTY: toto_ALL 1 2 3
>
> * test
>
> Then I type here `C-c C-x p'
> --8<-------------coupez ici---------------fin--------------->8---
>
> 2.1 The completion at `Property:' prompt does not propose `toto'
> 2.2 The completion at `Value:' prompt does not propose 1 2 or 3
>
Yes. I don't know how difficult it would be to add these features.
>
> Hope that this clarifies the issue.
>
Yes, thsnks!
Nick
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: does #+PROPERTY still exist ?
2010-09-23 4:23 ` Nick Dokos
@ 2010-09-23 4:34 ` Nick Dokos
2010-09-23 5:19 ` Vincent Belaïche
0 siblings, 1 reply; 13+ messages in thread
From: Nick Dokos @ 2010-09-23 4:34 UTC (permalink / raw)
To: nicholas.dokos; +Cc: nt=5FBela=3DEFche=3F=3D?=, Org mode
Nick Dokos <nicholas.dokos@hp.com> wrote:
> Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
>
> ...
> > 2.2 The completion at `Value:' prompt does not propose 1 2 or 3
> >
>
> Yes. I don't know how difficult it would be to add these features.
>
Actually, pressing <TAB> after the value prompt *does* produce the list
of allowed values in the more-or-less current version I'm running:
Org-mode version 7.01trans (release_7.01h.500.gbbac.dirty)
Nick
^ permalink raw reply [flat|nested] 13+ messages in thread
* RE: Re: does #+PROPERTY still exist ?
2010-09-23 4:34 ` Nick Dokos
@ 2010-09-23 5:19 ` Vincent Belaïche
2010-09-23 6:28 ` Carsten Dominik
0 siblings, 1 reply; 13+ messages in thread
From: Vincent Belaïche @ 2010-09-23 5:19 UTC (permalink / raw)
To: nicholas.dokos; +Cc: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1146 bytes --]
Thanks for the feedback,
I'll download the latest.
Yes, I just meant that *completion* does not work for property name, addition of property works fine.
Vincent.
> To: nicholas.dokos@hp.com
> From: nicholas.dokos@hp.com
> Subject: Re: [Orgmode] Re: does #+PROPERTY still exist ?
> Date: Thu, 23 Sep 2010 00:34:19 -0400
> CC: vincent.b.1@hotmail.fr; emacs-orgmode@gnu.org;
>
> Nick Dokos <nicholas.dokos@hp.com> wrote:
>
> > Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
> >
> > ...
> > > 2.2 The completion at `Value:' prompt does not propose 1 2 or 3
> > >
> >
> > Yes. I don't know how difficult it would be to add these features.
> >
>
> Actually, pressing <TAB> after the value prompt *does* produce the list
> of allowed values in the more-or-less current version I'm running:
>
> Org-mode version 7.01trans (release_7.01h.500.gbbac.dirty)
>
> Nick
>
>
> _______________________________________________
> 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
[-- Attachment #1.2: Type: text/html, Size: 1572 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
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Re: does #+PROPERTY still exist ?
2010-09-23 5:19 ` Vincent Belaïche
@ 2010-09-23 6:28 ` Carsten Dominik
0 siblings, 0 replies; 13+ messages in thread
From: Carsten Dominik @ 2010-09-23 6:28 UTC (permalink / raw)
To: Vincent Belaïche; +Cc: nicholas.dokos, emacs-orgmode
On Sep 23, 2010, at 7:19 AM, Vincent Belaïche wrote:
> Thanks for the feedback,
>
> I'll download the latest.
>
> Yes, I just meant that *completion* does not work for property name,
> addition of property works fine.
I have just fixed this issue, now completion should work on both the #
+property
keyword itself, as well as the property name after it.
Cheers
- Carsten
>
> Vincent.
>
> > To: nicholas.dokos@hp.com
> > From: nicholas.dokos@hp.com
> > Subject: Re: [Orgmode] Re: does #+PROPERTY still exist ?
> > Date: Thu, 23 Sep 2010 00:34:19 -0400
> > CC: vincent.b.1@hotmail.fr; emacs-orgmode@gnu.org;
> >
> > Nick Dokos <nicholas.dokos@hp.com> wrote:
> >
> > > Vincent Belaïche <vincent.b.1@hotmail.fr> wrote:
> > >
> > > ...
> > > > 2.2 The completion at `Value:' prompt does not propose 1 2 or 3
> > > >
> > >
> > > Yes. I don't know how difficult it would be to add these features.
> > >
> >
> > Actually, pressing <TAB> after the value prompt *does* produce the
> list
> > of allowed values in the more-or-less current version I'm running:
> >
> > Org-mode version 7.01trans (release_7.01h.500.gbbac.dirty)
> >
> > Nick
> >
> >
> > _______________________________________________
> > 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
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2010-09-23 7:18 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-23 3:13 does #+PROPERTY still exist ? Vincent Belaïche
2010-09-23 3:26 ` Erik Iverson
2010-09-23 4:23 ` Nick Dokos
2010-09-23 4:34 ` Nick Dokos
2010-09-23 5:19 ` Vincent Belaïche
2010-09-23 6:28 ` Carsten Dominik
-- strict thread matches above, loose matches on Subject: below --
2010-09-22 5:21 Vincent Belaïche
2010-09-22 6:10 ` Nick Dokos
2010-09-22 6:58 ` Noorul Islam K M
2010-09-22 7:36 ` Nick Dokos
2010-09-22 8:09 ` Nick Dokos
2010-09-22 8:43 ` Noorul Islam K M
2010-09-22 8:56 ` Noorul Islam
2010-09-22 9:05 ` Carsten Dominik
2010-09-22 9:17 ` Noorul Islam K M
2010-09-22 9:39 ` Carsten Dominik
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).