* [c]ompute property value ?
@ 2007-07-15 1:11 Bastien
2007-07-16 6:50 ` Carsten Dominik
0 siblings, 1 reply; 4+ messages in thread
From: Bastien @ 2007-07-15 1:11 UTC (permalink / raw)
To: emacs-orgmode
Hi Carsten,
by pressing the C-c C-c in front of :PROPERTIES:, i've been offered
these property actions:
Property Action: [s]et [d]elete [D]delete globally
(Should be "[D]elete", no?)
It might be useful here to be able to [c]ompute or [u]pdate the property
value depending on its children, at least for values with a summary type
like {+}, {X} or {:}.
Perhaps [C]ompute/[U]pdate globally (all properties) has also its place
here.
--
Bastien
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [c]ompute property value ?
2007-07-15 1:11 [c]ompute property value ? Bastien
@ 2007-07-16 6:50 ` Carsten Dominik
2007-07-16 9:30 ` Bastien
0 siblings, 1 reply; 4+ messages in thread
From: Carsten Dominik @ 2007-07-16 6:50 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
On Jul 15, 2007, at 3:11, Bastien wrote:
> Hi Carsten,
>
> by pressing the C-c C-c in front of :PROPERTIES:, i've been offered
> these property actions:
>
> Property Action: [s]et [d]elete [D]delete globally
>
> (Should be "[D]elete", no?)
Definitely.
>
> It might be useful here to be able to [c]ompute or [u]pdate the
> property
> value depending on its children, at least for values with a summary
> type
> like {+}, {X} or {:}.
The problem is that the summary type is a property of the
column view format, not of the property itself. So it
is not entirely obvious how and with what scope this command should be
interpreted - even though I think we should have it.
Another issue is that even though column view show the summary values,
they are not by default inserted into the properties list of the
parent node. If the parent node does have the property, its value
is updated. If it does not have it, the property will not
be added. I thought this would be useful to avoid the property
drawer filling with stuff you might not want there.
So for the summing command you propose, we need to decide
how to handle this question. Maybe with a prefix
argument, force the creation of the property in the parent
nodes?
- Carsten
>
> Perhaps [C]ompute/[U]pdate globally (all properties) has also its place
> here.
>
> --
> Bastien
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
--
Carsten Dominik
Sterrenkundig Instituut "Anton Pannekoek"
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [c]ompute property value ?
2007-07-16 6:50 ` Carsten Dominik
@ 2007-07-16 9:30 ` Bastien
2007-07-18 21:24 ` Carsten Dominik
0 siblings, 1 reply; 4+ messages in thread
From: Bastien @ 2007-07-16 9:30 UTC (permalink / raw)
To: emacs-orgmode
Carsten Dominik <dominik@science.uva.nl> writes:
> The problem is that the summary type is a property of the
> column view format, not of the property itself.
Yes, i inferred that from the fact that the summary type is
automatically updated when changing the property value from
the column view.
> So it is not entirely obvious how and with what scope this command
> should be interpreted - even though I think we should have it.
So far as C-c C-x C-c does the updating job by computing the summary, i
guess we just need a function that replaces the values of the properties
when they exist (in parent and children).
Such a function should be interactive and might called by
`write-file-hooks'.
> Another issue is that even though column view show the summary values,
> they are not by default inserted into the properties list of the
> parent node. If the parent node does have the property, its value
> is updated. If it does not have it, the property will not
> be added. I thought this would be useful to avoid the property
> drawer filling with stuff you might not want there.
Very right.
> So for the summing command you propose, we need to decide
> how to handle this question. Maybe with a prefix
> argument, force the creation of the property in the parent
> nodes?
A prefix argument sounds good to me.
Certainly all these questions are not #1 priority. As you said,
proprities are new and it might be wise to wait for more people to
interact with them...
Cheers,
--
Bastien
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [c]ompute property value ?
2007-07-16 9:30 ` Bastien
@ 2007-07-18 21:24 ` Carsten Dominik
0 siblings, 0 replies; 4+ messages in thread
From: Carsten Dominik @ 2007-07-18 21:24 UTC (permalink / raw)
To: Bastien; +Cc: emacs-orgmode
On Jul 16, 2007, at 11:30, Bastien wrote:
> Carsten Dominik <dominik@science.uva.nl> writes:
>
>> The problem is that the summary type is a property of the
>> column view format, not of the property itself.
>
> Yes, i inferred that from the fact that the summary type is
> automatically updated when changing the property value from
> the column view.
>
>> So it is not entirely obvious how and with what scope this command
>> should be interpreted - even though I think we should have it.
>
> So far as C-c C-x C-c does the updating job by computing the summary, i
> guess we just need a function that replaces the values of the
> properties
> when they exist (in parent and children).
In fact, constructing the column view *does* replace the property
value where it exists. Still, an independent function, callable
from hooks would be good.
- Carsten
--
Carsten Dominik
Sterrenkundig Instituut "Anton Pannekoek"
Universiteit van Amsterdam
Kruislaan 403
NL-1098SJ Amsterdam
phone: +31 20 525 7477
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2007-07-19 5:03 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-15 1:11 [c]ompute property value ? Bastien
2007-07-16 6:50 ` Carsten Dominik
2007-07-16 9:30 ` Bastien
2007-07-18 21:24 ` 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).