[stringtemplate-interest] IronStringTemplate

[Zenaan Harkness]

> From: Terence Parr [mailto:parrt at cs.usfca.edu] 
> Sent: 30 June 2009 21:07

> On Jun 30, 2009, at 12:50 PM, Robert Byrne wrote:
> 
> > Sounds good, I agree with the dynamic nature, especially with silent
> > handling of nulls in chained property access 'foo.bar.name', it  
> > reduces a
> > lot of the noise from the view or view model and makes it much  
> > easier for
> > non programmers to understand.
> >
> > One thing I'd like to suggest help is breaking StringTemlateGroup  
> > down into
> > a few simple services, which would make things like resolving template
> > names/paths a little easier to plug into, say if the nominated  
> > template is a
> > 'virtual' one that doesn't happen to exist as a file and so on.  
> > Would also
> > make it easier to integrate .st files and .stg groups in the same  
> > context.
> 
> Interesting...wouldn't it make it too easy to call an arbitrary  
> function though if you could do virtual templates? (a func call I  
> presume?)

A search path (like Java's classpath) for template group. group
inheritance would be immediately used by me.
I'm also needing template group multiple inheritance. I'm working on my
own work-around, where my program manually hooks groups together as
required.

I can similarly imagine a "directory group" which pertains to individual
.st files. But I find the group file format more aligned with Java
packages and classes. It works very well for me...

-- 
Homepage: www.SoulSound.net -- Free Australia: www.UPMART.org
Please respect the confidentiality of this email as sensibly warranted.