Alexander Adolf writes:
> Ihor Radchenko writes:
>
>> [...]
>> I am finally back to this request.
>> Please see my take on changes to the manual.
>> [...]
>
> This looks great, and IMO is a big improvement adding the desired
> clarity.
Applied, onto main, after cleaning up unintended changed th
Ihor Radchenko writes:
> [...]
> I am finally back to this request.
> Please see my take on changes to the manual.
> [...]
This looks great, and IMO is a big improvement adding the desired
clarity.
Many thanks for your efforts!
--alexander
Ihor Radchenko writes:
> [...]
> I'd start from a simplified description of what is happening, followed
> by the example, and then formal definition.
>
> Otherwise, reading from top to button is still difficult.
> [...]
Here is another take: instead of the lengthy explanations I had offered
prev
Ihor Radchenko writes:
> [...]
>> +When using summary types for non-special properties like the
>> +=Time_Estimate= column in the example, the collection of data for the
>> ...
>> +The following example illustrates how special,
>
> I'd start from a simplified description of what is happening, fol
Alexander Adolf writes:
> From 1a862dd5af174af480cedf35fbed94a7e4dfb69b Mon Sep 17 00:00:00 2001
> From: Alexander Adolf
> Date: Sat, 17 Aug 2024 18:29:51 +0200
> Subject: [PATCH] doc/org-manual.org: better explain columnview column summary
> types
> ...
> +When using summary types for non-spec
Ping?
(NOTE: Updated documentation patch below has one very minor typo fixed. END
NOTE)
>From 1a862dd5af174af480cedf35fbed94a7e4dfb69b Mon Sep 17 00:00:00 2001
From: Alexander Adolf
Date: Sat, 17 Aug 2024 18:29:51 +0200
Subject: [PATCH] doc/org-manual.org: better explain columnview column summa
Thanks for your comments!
Ihor Radchenko writes:
> [...]
> Several comments:
>
> 1. Nitpick: siblings's (it is current Emacs grammar convention in the
> manuals)
Fixed.
> 2. Please add some examples with illustration. Now, this description
>feels too dense
Having written International te
Alexander Adolf writes:
> Ihor Radchenko writes:
>
>> [...]
>> I agree that the manual can be improved. It would be nice if someone
>> actively using column views contributed such an improvement ;)
>> [...]
>
> Ok, I've given it a try.
Thanks!
> +When using summary types for non-special proper
Alexander Adolf writes:
>> Not sure here. %EFFORT should not count. I tried the following:
>>
>> #+COLUMNS: %EFFORT{mean} %EFFORT{+}
> ...
> Consider this example:
> ...
> The EFFORT and TIME_ESTIMATE properties for "Task 1" will never get
> updated for as long as the column specification without
Ihor Radchenko writes:
> [...]
> I agree that the manual can be improved. It would be nice if someone
> actively using column views contributed such an improvement ;)
> [...]
Ok, I've given it a try.
>From 4bb89a24269ee2ef42ed2b1c5713faa37b33f72d Mon Sep 17 00:00:00 2001
From: Alexander Adolf
Ihor Radchenko writes:
> Alexander Adolf writes:
> [...]
>> Begin Quote -
>> (54)
>> If more than one summary type applies to the same property, the parent
>> values are computed according to the first of them.
>> -
Alexander Adolf writes:
>> The manual says:
>>
>> SUMMARY-TYPE
>> The summary type. If specified, the column values for parent nodes
>> are computed from the children(1).
>
> The manual leaves it to the reader to figure out how the computation
> happens. Nor does it mention
Hello Ihor,
Many thanks for your swift response.
Ihor Radchenko writes:
> Alexander Adolf via "General discussions about Org-mode."
> writes:
>
>> I'm using Org 9.7.9, and I'm seeing behaviour of the (undocumented?)
>> "%Effort" vs. "%Effort{:}" in the column view dblock, which confuses me.
>
Alexander Adolf via "General discussions about Org-mode."
writes:
> I'm using Org 9.7.9, and I'm seeing behaviour of the (undocumented?)
> "%Effort" vs. "%Effort{:}" in the column view dblock, which confuses me.
The manual says:
SUMMARY-TYPE
The summary type. If specified, the col
Dear Org Developers,
I'm using Org 9.7.9, and I'm seeing behaviour of the (undocumented?)
"%Effort" vs. "%Effort{:}" in the column view dblock, which confuses me.
Consider this example:
Begin Quote -
#+BEGIN: columnview :maxlevel 1 :indent
15 matches
Mail list logo
