emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Mark Edgington <edgimar@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: org-collector unable to handle macros
Date: Tue, 8 Sep 2015 18:08:22 +0000 (UTC)	[thread overview]
Message-ID: <loom.20150908T200409-767@post.gmane.org> (raw)
In-Reply-To: 87egij3w4b.fsf@nicolasgoaziou.fr

Nicolas Goaziou <mail <at> nicolasgoaziou.fr> writes:

> 
> Mark Edgington <edgimar <at> gmail.com> writes:
> 
> > On Aug 31, 2015 6:43 PM, "Nicolas Goaziou" <mail <at> nicolasgoaziou.fr>
wrote:
> >>
> >> Hello,
> >>
> >> Mark Edgington <edgimar <at> gmail.com> writes:
> >> >
> >> > Have you (or anyone else) been able to reproduce the problem given the
> >> > example which I provided?  Is this indeed a bug, or am I
> > misunderstanding
> >> > something?
> >>
> >>   :INCLASS:  ABC {{{c(stuff)}}} DEF
> >>
> >> looks incorrect. Macros are not expanded in node properties (with an
> >> exception for :EXPORT_SOMETHING: when #+SOMETHING is parsed).
> >
> > It is not intended to be expanded when generating the table, but the table
> > should have the macro in it, so that it gets expanded when the table is
> > exported.
> 
> OK. Then another problem:
> 
>   :ID: sched_table
> 
> ID properties are meant to be set with `org-id'. What about using
> CUSTOM_ID instead?

Hi Nicolas,

Can you explain what you mean about using CUSTOM_ID in the context of
org-collector?  Maybe I misunderstood something.  Do you think the reason
that a table can't be generated from my example code is that org-collector
is somehow trying to expand the macros when the table is generated?  I
assume that the correct behavior should be for it to *not* expand macros,
and just pass them through verbatim into the table-fields.

Regards,

Mark

  parent reply	other threads:[~2015-09-08 18:08 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-28 18:11 org-collector unable to handle macros Mark Edgington
2015-08-29  0:28 ` Charles Millar
2015-08-31 19:27   ` Mark Edgington
2015-08-31 22:44     ` Nicolas Goaziou
2015-08-31 22:46       ` Mark Edgington
2015-08-31 22:56         ` Nicolas Goaziou
2015-08-31 23:19           ` Mark Edgington
2015-09-08 18:08           ` Mark Edgington [this message]
2015-09-08 19:06             ` Nicolas Goaziou
2015-09-09 15:56               ` Aaron Ecay
2015-09-11 12:36                 ` Mark Edgington
2015-09-11 15:41                   ` Nick Dokos
2015-09-19 11:29                 ` Nicolas Goaziou
2015-09-23 19:37                   ` Achim Gratz
2015-09-23 21:01                     ` Nicolas Goaziou
2015-09-24 16:56                       ` Achim Gratz
2015-09-28 21:03                   ` Aaron Ecay

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=loom.20150908T200409-767@post.gmane.org \
    --to=edgimar@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).