I agree this would be a great feature. At the very least, we should introduce an extension point to handle attribute resolution (reminiscent of an EL resolver in Java EE, though far less complicated). I do think it's reasonable to support a basic object graph natively as well. Wrapping an OpenStruct around just about any data model allows you do reference the members using the proposed dot notation...and that keeps the document simple.

My reply on this thread was triggered by a discussion I had at OSCON. The person I was talking to needed to be able to populate the document with structured data and it relied on being able to traverse the graph in the attribute references (e.g., {borrower.firstname}). This use case is also present in the Awestruct integration (e.g., {site.name}). Thus, I'm escalating it to a must have, in some form.

I'll create an issue for this feature so we can discuss how it should work, how it should be implemented, etc.

-Dan

On Mon, May 13, 2013 at 11:08 AM, lightguard.jp [via Asciidoctor :: Discussion] <[hidden email]> wrote:

Thoughts Dan?

On Sun, May 12, 2013 at 4:13 AM, asotobu [via Asciidoctor :: Discussion] <[hidden email]> wrote:

yes this would be even better, when I opened the discussion it was only to affect the Java part, but of course, it is better if we can plug in the interpolation code.

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Re-asciidoctor-java-integration-Add-POJO-resolution-in-AsciiDoc-tp195p196.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]

To unsubscribe from Asciidoctor :: Discussion, click here.
NAML

--

Jason Porter
http://en.gravatar.com/lightguardjp

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Re-asciidoctor-java-integration-Add-POJO-resolution-in-AsciiDoc-tp195p197.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML

--

Dan Allen | http://google.com/profiles/dan.j.allen