On Friday 16 December 2005 18:51, Kay-Uwe Kasemir wrote:
> On Dec 16, 2005, at 12:05 , Rees, NP (Nick) wrote:
> > conflict between
> > macros used as text substitution macros and macros used as port
> > macros -
> > these are subtly different. If a port macro is not resolved then it
> > shouldn't be an error, I believe it should be treated as if it
> > never existed in
> > the first place. If a text substitution macro is not resolved then
> > it should remain as the macro to be substituted at a later time.
>
> Hi Nick:
>
> Not sure if I get this.
> Are 'port' macros always output connections,
> while 'text' macros are always inputs?
>
> [...]
>
> Or is this beyond in/out direction?
I think you misunderstood the point. The way in which port macros have
an opposite direction compared to normal macros is in the way they are
resolved. To quote from the link Nick gave:
"Hierarchical templates as implemented by VisualDCT must allow macro
values to be passed into the template instance (giving values for
fields within the expanded template), and values to be exported from
the template instance to the higher level (usually the destination
field name for a link in a record defined in the higher level .vdb
file)."
Ben
- References:
- VDCT expand and template constructs Rees, NP (Nick)
- Re: VDCT expand and template constructs Kay-Uwe Kasemir
- Navigate by Date:
- Prev:
Re: VDCT expand and template constructs Kay-Uwe Kasemir
- Next:
Re: VDCT expand and template constructs Andrew Johnson
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: VDCT expand and template constructs Kay-Uwe Kasemir
- Next:
Re: VDCT expand and template constructs Andrew Johnson
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|