I often use dynamic blocks to save/export column views in org-mode
files. Does anyone know of a similar way to export/save a column view
from the agenda? When I write the agenda to a file, it naturally
writes only the text (not the column overlay).
Regards,
Matt
Hi Matthew,
this is currently not possible.
You could try to use the mapping API to do something yourself.
What is your use-case?
- Carsten
On Dec 8, 2008, at 6:52 AM, Matthew Lundin wrote:
I often use dynamic blocks to save/export column views in org-mode
files. Does anyone know of a simi
Hi Carsten,
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Hi Matthew,
>
> this is currently not possible.
>
> You could try to use the mapping API to do something yourself.
>
> What is your use-case?
>
> - Carsten
Thanks for the quick response. I use the agenda to filter column views
via proper
Hi Matt,
this is an interesting problem. I can see three ways to go forward:
1. To indeed export agenda column view, but maybe it would actually
be nicer to capture it into a table somewhere.
2. I believe I can relatively easily make it possible to capture
in an Org buffer from a sparse
Hi Carsten,
Thanks for your quick and thoughtful response.
Carsten Dominik <[EMAIL PROTECTED]> writes:
> Hi Matt,
>
> this is an interesting problem. I can see three ways to go forward:
>
> 1. To indeed export agenda column view, but maybe it would actually
>be nicer to capture it into a t
Matthew Lundin <[EMAIL PROTECTED]> writes:
>> 3. Maybe what would be even beter is to build on Eric Schultes collector
>>function an make something that would create a custom able from
>>selected properties of matched entries. That could then be
>>incorporated into a dynamic block so
Matthew Lundin writes:
> Eric,
>
> Thanks so much. The updated org-collector works beautifully. This is a
> very nice way to perform calculations on subsets of data. I don't
> suppose there's any chance of generating a table that contains only
> the items in the subset (e.g., only items in which
"Eric Schulte" writes:
> Hi Matthew,
>
> Good idea. I've added a :conds parameter which can do just that, see
> the example below. Notice that :conds should be a list of tests, not
> just one single test, if this proves awkward it would be easy to add
> a :cond parameter which doesn't require a
Hi Eric,
The addition of the :conds parameter to org-collector, the first
example you provided (the one that zeroed out the amount for all items
not "food") now results in 1 rather than 0 in the headings. (Example
below.)
Thanks for taking a look at this.
Best,
Matt
* Example
#+BEGIN: propvie
On Dec 11, 2008, at 8:09 PM, Eric Schulte wrote:
Matthew Lundin writes:
Eric,
Thanks so much. The updated org-collector works beautifully. This
is a
very nice way to perform calculations on subsets of data. I don't
suppose there's any chance of generating a table that contains only
the i
On Dec 11, 2008, at 10:34 PM, m...@imapmail.org wrote:
"Eric Schulte" writes:
Hi Matthew,
Good idea. I've added a :conds parameter which can do just that, see
the example below. Notice that :conds should be a list of tests, not
just one single test, if this proves awkward it would be easy
On Dec 11, 2008, at 10:34 PM, m...@imapmail.org wrote:
"Eric Schulte" writes:
Hi Matthew,
Good idea. I've added a :conds parameter which can do just that, see
the example below. Notice that :conds should be a list of tests, not
just one single test, if this proves awkward it would be easy
On Dec 11, 2008, at 10:34 PM, m...@imapmail.org wrote:
"Eric Schulte" writes:
Hi Matthew,
Good idea. I've added a :conds parameter which can do just that, see
the example below. Notice that :conds should be a list of tests, not
just one single test, if this proves awkward it would be easy
Carsten Dominik writes:
>
>
> Yes, this is not the first time that a request for a last-line
> reference has come up. But the connection with org-collector.el
> really seems to need this, so I finally took a look.
>
> I needed only a single line edit to make @0 refer to the last line.
> Up in th
14 matches
Mail list logo
