Slawomir Grochowski <[email protected]> writes:
> Ihor Radchenko <[email protected]> writes:
>
>> If we want to extend the API this way, we should discuss it in more
>> details. What exactly does RECURSIVE do? Isn't the current default
>> (implied RECURSIVE=nil) actually doing the recursion by default?
>
> You are completely right. The word "recursive" felt off to me as well,
> as column view already computes recursively bottom-up. I only stuck
> with it because of the existing COOKIE_DATA property ("recursive").
>
> I think it is a good opportunity to clarify the terminology across Org:
>
> 1. Support "subtree" in COOKIE_DATA (retaining "recursive" for backward
> compatibility). This aligns with `org-*-children-only-statistics',
> clearly contrasting children with the entire subtree.
I do not mind.
> 2. In column view, introduce subtree operators named "Xs", "Xs/", and
> "Xs%" ("s" for subtree).
It is no worse than Xr, so I do not mind.
> 3. I dropped the idea of extending the custom summary type API for now,
> keeping this change simple and focused.
>
> What do you think about this direction?
Sounds reasonable.
--
Ihor Radchenko // yantar92,
Org mode maintainer,
Learn more about Org mode at <https://orgmode.org/>.
Support Org development at <https://liberapay.com/org-mode>,
or support my work at <https://liberapay.com/yantar92>
