You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@velocity.apache.org by Nathan Bubna <na...@esha.com> on 2003/10/21 21:16:47 UTC

[veltools] macro libraries

I don't think it's too early to be thinking ahead.  So, while I may not have
the time to work on this stuff right now, I figure it might still be
worthwhile to try and get the ball rolling...

http://nagoya.apache.org/wiki/apachewiki.cgi?VelocimacroLibraries

there are two simple examples in the GenericVelocimacros to serve as a "seed"
of sorts.  of course, nothing is set in stone on organization, coding-style,
documentation, or distribution here, i'm just throwing out ideas here.  it's
all Wiki, so if you've got ideas, don't be afraid to modify, contribute, or
branch off what's there. :)

Nathan Bubna
nathan@esha.com


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by Nathan Bubna <na...@esha.com>.
Christoph.Reck@dlr.de said:
> Nathan Bubna wrote:
> > Christoph.Reck@dlr.de said:
> >
> >>to assist creating a global macro library, it would be essential
> >>to have a built in #local directive to avoid conflicts with
> >>the callers context.
> >
> >
> > hmm.  replace "essential" with "incredibly useful" and i'll agree.
>
> No matter what pattern I use for local variables names in global macros,
> it may conflict with naming conventions others used already. In addition
> it will pollute the context of the caller with these stray variables
> showing up there. Users of such a global macro repository will be
> thankful if proper means have been taken to avoid this. So "essential"
> is probably the right word to gain popularity.

the 'velocimacro.context.localscope' property is always available for the
paranoid or particular.  and "may conflict" is technically true, but is
practically negligible given proper documentation and some simple
prefixing/namespace precautions.  even a prefix as simple as 'macro_' would
reduce the probability of collisions to near zero.

the one area i'll admit where either #local or v.c.localscope=true become
essential is recursive macros, but either way, i think it's time to start on
this whether #local is in the core or not.

...
> > basically, i agree that these things would help, but you make it sound
like we
> > have to wait for them before we can legitimately work on a macro library.
> > sorry, but i totally disagree.
>
> A place to collect global macros is a good thing to start off.

glad you agree.

> I already added a #call macro to the Wiki.

i noticed. thx.

> > as for the rest of the email, it looked like suggestions and contributions
> > that belong in the Wiki.  the mailing list is good for getting people's
> > attention, but it would take *far* more work to organize, coordinate, and
> > collect the contributions and suggestions in this forum.  unless you are
> > volunteering to take charge of that, please do as i suggest and use the
Wiki.
>
> In my mail I missed stating the point of quoting some macros
> that might be possibly usable to others. They rely on some
> context tools that may not be in all environments. Do you
> think these should go into the Wiki?

what matters is whether *you* think they should go into the Wiki. :)

> Maybe we should open another ContributedVelocimacros category
> where the contributors specify the environment required to use
> them in a standardized velocidoc header. I can start this if you
> see it proper.

sounds fine.  as i've said, it's wiki.  do as you see fit, don't wait for my
approval.  the idea is that this is more of a free-for-all sandbox or
brainstorm.  we're not setting anything into stone (or cvs) yet.  when the
dust settles and we're ready to move things into cvs, only then does committer
approval become necessary.

Nathan Bubna
nathan@esha.com


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by Ch...@dlr.de.
Nathan Bubna wrote:
> Christoph.Reck@dlr.de said:
> 
>>to assist creating a global macro library, it would be essential
>>to have a built in #local directive to avoid conflicts with
>>the callers context.
> 
> 
> hmm.  replace "essential" with "incredibly useful" and i'll agree.

No matter what pattern I use for local variables names in global macros,
it may conflict with naming conventions others used already. In addition
it will pollute the context of the caller with these stray variables
showing up there. Users of such a global macro repository will be
thankful if proper means have been taken to avoid this. So "essential"
is probably the right word to gain popularity.

> 
> 
>>Also a more consitent and easyer to control whitespace handling
>>is a must. See the hacks below required to have macros that
>>do not interfere with the whitespaces of the caller...
> 
> ...
> 
> replace "is a must" with "is VERY desirable", and i'll agree.

+1 to "VERY desirable".

> 
> basically, i agree that these things would help, but you make it sound like we
> have to wait for them before we can legitimately work on a macro library.
> sorry, but i totally disagree.

A place to collect global macros is a good thing to start off.
I already added a #call macro to the Wiki.

> 
> as for the rest of the email, it looked like suggestions and contributions
> that belong in the Wiki.  the mailing list is good for getting people's
> attention, but it would take *far* more work to organize, coordinate, and
> collect the contributions and suggestions in this forum.  unless you are
> volunteering to take charge of that, please do as i suggest and use the Wiki.

In my mail I missed stating the point of quoting some macros
that might be possibly usable to others. They rely on some
context tools that may not be in all environments. Do you
think these should go into the Wiki?

Maybe we should open another ContributedVelocimacros category
where the contributors specify the environment required to use
them in a standardized velocidoc header. I can start this if you
see it proper.

> 
> Nathan Bubna
> nathan@esha.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
> 
> 
> 

-- 
:) Christoph Reck


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by Matt Raible <mr...@mac.com>.
> Did what I said about not having to be in the velocity jar make sense?

I think so, I'll have to dig into it and try it before I can confirm 
(hopefully in the next day or two).

Thanks,

Matt


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On Wednesday, October 22, 2003, at 04:50 PM, Matt Raible wrote:

> Sorry, bad link - I used Local.java from here - and it's working  
> AWESOME for me:
>
> http://www.mail-archive.com/velocity-user@jakarta.apache.org/ 
> msg09086.html
>

ROTFL

I wrote this before and didn't know it. <sigh> Yes, the mind is the  
first to go.

Ok - I'll scrap the one from today, and move this from whiteboard to  
contrib since it's working so well for you, might as well go with the  
proven solution - it will be easier for people to find, including me.

Did what I said about not having to be in the velocity jar make sense?

geir

-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by Matt Raible <mr...@mac.com>.
Sorry, bad link - I used Local.java from here - and it's working  
AWESOME for me:

http://www.mail-archive.com/velocity-user@jakarta.apache.org/ 
msg09086.html

On Wednesday, October 22, 2003, at 02:38 PM, Geir Magnusson Jr. wrote:

>
> On Wednesday, October 22, 2003, at 04:12 PM, Matt Raible wrote:
>
>> I'm using this file in my own custom built version of Velocity - and  
>> I do believe it's the same one.  I found mine at  
>> http://tinyurl.com/rxy.
>
> What file?  I just banged that code out this afternoon for you :)
>
> I might have written it before, come to think of it, but the code I  
> committed I just threw together.
>
>>
>> My question is - will this be included in the main Velocity-1.4  
>> distribution (or tools distribution)?
>>
>
> No.  Not 1.4.  If people like it and it works, we can talk about 1.5.
>
>> My app will depend on Velocity for some features and I want to know  
>> if I need to tell users to download the velocity jars from jakarta,  
>> or if I'll need to maintain my own custom distribution.
>
> There is no need to put it in the velocity jar, or have a custom  
> version.  To get this to work, make the code avail in the classpath,  
> and then just add the line
>
> userdirective = LocalDirective
>
> to your velocity.properties (or do a setProperty(), etc)
>
> geir
>
>>
>> Thanks,
>>
>> Matt
>>
>> On Wednesday, October 22, 2003, at 01:31 PM, Geir Magnusson Jr. wrote:
>>
>>> go see what's in CVS under
>>>
>>>    contrib/temporary/localdirective
>>>
>>> and see if that is what you want...
>>>
>>> :)
>>>
>>> geir
>>>
>>> On Wednesday, October 22, 2003, at 11:54 AM, Matt Raible wrote:
>>>
>>>> I am using the following global macros in my project (struts-menu)  
>>>> to recursively loop through and show sub-menus.  My custom  
>>>> templates for each menu call #displayMenu($menu 0) where $menu is  
>>>> an object with (or without) components (children). Since the local  
>>>> directive won't get included in Velocity anytime soon - is this  
>>>> possible to do in a Java class?  If so, how?
>>>>
>>>> Thanks,
>>>>
>>>> Matt
>>>>
>>>> ## Evaluates other macros.
>>>> #macro(eval $_macro)$_macro#end
>>>>
>>>> #macro( displayMenu $menu $level )
>>>>   #if ($menu.components.size() > 0)
>>>>     ## display top menu
>>>>     #menuItem($menu $level)
>>>>     #foreach ($menu in $menu.components)
>>>>       #local ($menu $level)
>>>>         #set ($level = $level+1)
>>>>         #if ($menu.components.size() > 0)
>>>>           #eval("#displayMenu($menu $level)")
>>>>         #else
>>>>           #menuItem($menu $level)
>>>>         #end
>>>>       #end
>>>>     #end
>>>>   #else
>>>>     #menuItem($menu $level)
>>>>   #end
>>>> #end
>>>>
>>>>
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail:  
>>>> velocity-user-help@jakarta.apache.org
>>>>
>>>>
>>> -- 
>>> Geir Magnusson Jr                                   203-247-1713(m)
>>> geirm@optonline.net
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail:  
>>> velocity-user-help@jakarta.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>>
>>
> -- 
> Geir Magnusson Jr                                   203-247-1713(m)
> geirm@optonline.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On Wednesday, October 22, 2003, at 04:12 PM, Matt Raible wrote:

> I'm using this file in my own custom built version of Velocity - and I 
> do believe it's the same one.  I found mine at http://tinyurl.com/rxy.

What file?  I just banged that code out this afternoon for you :)

I might have written it before, come to think of it, but the code I 
committed I just threw together.

>
> My question is - will this be included in the main Velocity-1.4 
> distribution (or tools distribution)?
>

No.  Not 1.4.  If people like it and it works, we can talk about 1.5.

> My app will depend on Velocity for some features and I want to know if 
> I need to tell users to download the velocity jars from jakarta, or if 
> I'll need to maintain my own custom distribution.

There is no need to put it in the velocity jar, or have a custom 
version.  To get this to work, make the code avail in the classpath, 
and then just add the line

userdirective = LocalDirective

to your velocity.properties (or do a setProperty(), etc)

geir

>
> Thanks,
>
> Matt
>
> On Wednesday, October 22, 2003, at 01:31 PM, Geir Magnusson Jr. wrote:
>
>> go see what's in CVS under
>>
>>    contrib/temporary/localdirective
>>
>> and see if that is what you want...
>>
>> :)
>>
>> geir
>>
>> On Wednesday, October 22, 2003, at 11:54 AM, Matt Raible wrote:
>>
>>> I am using the following global macros in my project (struts-menu) 
>>> to recursively loop through and show sub-menus.  My custom templates 
>>> for each menu call #displayMenu($menu 0) where $menu is an object 
>>> with (or without) components (children). Since the local directive 
>>> won't get included in Velocity anytime soon - is this possible to do 
>>> in a Java class?  If so, how?
>>>
>>> Thanks,
>>>
>>> Matt
>>>
>>> ## Evaluates other macros.
>>> #macro(eval $_macro)$_macro#end
>>>
>>> #macro( displayMenu $menu $level )
>>>   #if ($menu.components.size() > 0)
>>>     ## display top menu
>>>     #menuItem($menu $level)
>>>     #foreach ($menu in $menu.components)
>>>       #local ($menu $level)
>>>         #set ($level = $level+1)
>>>         #if ($menu.components.size() > 0)
>>>           #eval("#displayMenu($menu $level)")
>>>         #else
>>>           #menuItem($menu $level)
>>>         #end
>>>       #end
>>>     #end
>>>   #else
>>>     #menuItem($menu $level)
>>>   #end
>>> #end
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: 
>>> velocity-user-help@jakarta.apache.org
>>>
>>>
>> -- 
>> Geir Magnusson Jr                                   203-247-1713(m)
>> geirm@optonline.net
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
>
-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by Matt Raible <mr...@mac.com>.
I'm using this file in my own custom built version of Velocity - and I 
do believe it's the same one.  I found mine at http://tinyurl.com/rxy.

My question is - will this be included in the main Velocity-1.4 
distribution (or tools distribution)?

My app will depend on Velocity for some features and I want to know if 
I need to tell users to download the velocity jars from jakarta, or if 
I'll need to maintain my own custom distribution.

Thanks,

Matt

On Wednesday, October 22, 2003, at 01:31 PM, Geir Magnusson Jr. wrote:

> go see what's in CVS under
>
>    contrib/temporary/localdirective
>
> and see if that is what you want...
>
> :)
>
> geir
>
> On Wednesday, October 22, 2003, at 11:54 AM, Matt Raible wrote:
>
>> I am using the following global macros in my project (struts-menu) to 
>> recursively loop through and show sub-menus.  My custom templates for 
>> each menu call #displayMenu($menu 0) where $menu is an object with 
>> (or without) components (children). Since the local directive won't 
>> get included in Velocity anytime soon - is this possible to do in a 
>> Java class?  If so, how?
>>
>> Thanks,
>>
>> Matt
>>
>> ## Evaluates other macros.
>> #macro(eval $_macro)$_macro#end
>>
>> #macro( displayMenu $menu $level )
>>   #if ($menu.components.size() > 0)
>>     ## display top menu
>>     #menuItem($menu $level)
>>     #foreach ($menu in $menu.components)
>>       #local ($menu $level)
>>         #set ($level = $level+1)
>>         #if ($menu.components.size() > 0)
>>           #eval("#displayMenu($menu $level)")
>>         #else
>>           #menuItem($menu $level)
>>         #end
>>       #end
>>     #end
>>   #else
>>     #menuItem($menu $level)
>>   #end
>> #end
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>>
>>
> -- 
> Geir Magnusson Jr                                   203-247-1713(m)
> geirm@optonline.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: #local directive

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
go see what's in CVS under

    contrib/temporary/localdirective

and see if that is what you want...

:)

geir

On Wednesday, October 22, 2003, at 11:54 AM, Matt Raible wrote:

> I am using the following global macros in my project (struts-menu) to 
> recursively loop through and show sub-menus.  My custom templates for 
> each menu call #displayMenu($menu 0) where $menu is an object with (or 
> without) components (children). Since the local directive won't get 
> included in Velocity anytime soon - is this possible to do in a Java 
> class?  If so, how?
>
> Thanks,
>
> Matt
>
> ## Evaluates other macros.
> #macro(eval $_macro)$_macro#end
>
> #macro( displayMenu $menu $level )
>   #if ($menu.components.size() > 0)
>     ## display top menu
>     #menuItem($menu $level)
>     #foreach ($menu in $menu.components)
>       #local ($menu $level)
>         #set ($level = $level+1)
>         #if ($menu.components.size() > 0)
>           #eval("#displayMenu($menu $level)")
>         #else
>           #menuItem($menu $level)
>         #end
>       #end
>     #end
>   #else
>     #menuItem($menu $level)
>   #end
> #end
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
>
-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

#local directive

Posted by Matt Raible <mr...@mac.com>.
I am using the following global macros in my project (struts-menu) to 
recursively loop through and show sub-menus.  My custom templates for 
each menu call #displayMenu($menu 0) where $menu is an object with (or 
without) components (children). Since the local directive won't get 
included in Velocity anytime soon - is this possible to do in a Java 
class?  If so, how?

Thanks,

Matt

## Evaluates other macros.
#macro(eval $_macro)$_macro#end

#macro( displayMenu $menu $level )
   #if ($menu.components.size() > 0)
     ## display top menu
     #menuItem($menu $level)
     #foreach ($menu in $menu.components)
       #local ($menu $level)
         #set ($level = $level+1)
         #if ($menu.components.size() > 0)
           #eval("#displayMenu($menu $level)")
         #else
           #menuItem($menu $level)
         #end
       #end
     #end
   #else
     #menuItem($menu $level)
   #end
#end


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by Nathan Bubna <na...@esha.com>.
Christoph.Reck@dlr.de said:
> to assist creating a global macro library, it would be essential
> to have a built in #local directive to avoid conflicts with
> the callers context.

hmm.  replace "essential" with "incredibly useful" and i'll agree.

> Also a more consitent and easyer to control whitespace handling
> is a must. See the hacks below required to have macros that
> do not interfere with the whitespaces of the caller...
...

replace "is a must" with "is VERY desirable", and i'll agree.

basically, i agree that these things would help, but you make it sound like we
have to wait for them before we can legitimately work on a macro library.
sorry, but i totally disagree.

as for the rest of the email, it looked like suggestions and contributions
that belong in the Wiki.  the mailing list is good for getting people's
attention, but it would take *far* more work to organize, coordinate, and
collect the contributions and suggestions in this forum.  unless you are
volunteering to take charge of that, please do as i suggest and use the Wiki.

Nathan Bubna
nathan@esha.com


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by Ch...@dlr.de.
Hi,

to assist creating a global macro library, it would be essential
to have a built in #local directive to avoid conflicts with
the callers context.

Also a more consitent and easyer to control whitespace handling
is a must. See the hacks below required to have macros that
do not interfere with the whitespaces of the caller...

My other macros that rely on ORO and StringTokenizer as well as
some other propietary layout and other utilities (date, XML,
ButtonFactory, etc.). Anyone may argue that some of this functionality
belongs into the application, but by allowing such extensions
and customization in VelociMacros is very convenient.

## ------------------------------------------------------------------------
## Encodes a preformatted text string into HTML
## ------------------------------------------------------------------------
#macro( encodeToHTML $text )#local( $line )##
#set( $line = $Regexp.substitute('s/&/&amp;/g', $text) )
#set( $line = $Regexp.substitute('s/</&lt;/g', $l_line) )
#set( $line = $Regexp.substitute('s/  /&nbsp;&nbsp;/g', $l_line) )
#set( $line = $Regexp.substitute('s/%0A/<br>/g', $l_line) )
$line##
#end#end


## ------------------------------------------------------------------------
## indents every line of the text properly (not for <pre>-blocks)
## ------------------------------------------------------------------------
#macro( indent $spaces $text )#local( $l_line, $l_index $l_indent, $l_useIndent )##
#**##if( $text )
#*  *##set( $text = $text.trim() )
#**##else
#*  *##set( $text = "" )
#**##end
#**##set( $LF = $Context.formDecode("%0A") )
#**### first line indented by caller:
#**##set( $l_indent = "" )
#**##set( $l_useIndent = true )
#**##foreach( $l_line in $Context.tokenize($text, $LF) )
#*  *#$l_indent$l_line#if(false)#* suppress EOL *##end
#*  *##set( $l_index = $l_line.lastIndexOf('pre>') - 1 )
#*  *##if( $l_index >= 0 )
#*    *##if( $l_line.charAt($l_index).toString().equals('/') )
#*      *##set( $l_useIndent = true )
#*    *##elseif( $l_line.charAt($l_index).toString().equals('<') )
#*      *##set( $l_indent = "$LF" )
#*      *##set( $l_useIndent = false )
#*    *##end
#*  *##end
#*  *##if( $l_useIndent )
#*    *##set( $l_indent = "$LF$spaces" )
#*  *##end
#**##end
#end#end

## ------------------------------------------------------------------------
## loads a view indented properly
## ------------------------------------------------------------------------
#macro( view $indent $templateFileName )#local( $text )
#**#<!-- $templateFileName -->
#**##set( $text = "#parse( $templateFileName )" )
#**##indent( $indent $text )
#end#end

## ------------------------------------------------------------------------
## creates a image URL
## ------------------------------------------------------------------------
#macro( image $fileName )/$WEBAPP/images/$fileName#end

## ------------------------------------------------------------------------
## creates a button URL
## ------------------------------------------------------------------------
#macro( button $parameters )/$WEBAPP/servlets/buttonFactory$parameters#end

## ------------------------------------------------------------------------
## convenience function to dump a JDOM xml tree for debugging purposes
## ------------------------------------------------------------------------
#macro( printXml $foo )
<pre>$Context.encodeMarkup($Xml.format($foo, "  ", 0))</pre>
#end


Nathan Bubna wrote:
> I don't think it's too early to be thinking ahead.  So, while I may not have
> the time to work on this stuff right now, I figure it might still be
> worthwhile to try and get the ball rolling...
> 
> http://nagoya.apache.org/wiki/apachewiki.cgi?VelocimacroLibraries
> 
> there are two simple examples in the GenericVelocimacros to serve as a "seed"
> of sorts.  of course, nothing is set in stone on organization, coding-style,
> documentation, or distribution here, i'm just throwing out ideas here.  it's
> all Wiki, so if you've got ideas, don't be afraid to modify, contribute, or
> branch off what's there. :)
> 
> Nathan Bubna
> nathan@esha.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
> 
> 
> 

-- 
:) Christoph Reck


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On Wednesday, October 22, 2003, at 12:15 AM, Will Glass-Husain wrote:

> If you've a love/hate with Wiki, write a document in xdoc format, then 
> use
> my nifty xdoc-to-wiki converter!

Oh, writing wiki is one of the nice things.  Always seems like it has 
the potential to be a huge steaming pile of wiki.  I also want to be 
able to work on things offline :)

>
> Available (where else)
>
> http://nagoya.apache.org/wiki/apachewiki.cgi?AnakiaWikiStyleSheet
>

I wonder if we can make a DVSL version - I see you looping....


> WILL
>
> ----- Original Message -----
> From: "Geir Magnusson Jr." <ge...@optonline.net>
> To: "Velocity Users List" <ve...@jakarta.apache.org>
> Cc: <ve...@jakarta.apache.org>
> Sent: Tuesday, October 21, 2003 3:29 PM
> Subject: Re: [veltools] macro libraries
>
>> This reminds me how much of a love-hate relationship I have with wiki 
>> :)
>>
>> Nice start :)
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-dev-help@jakarta.apache.org
>
>
-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by Will Glass-Husain <wg...@forio.com>.
If you've a love/hate with Wiki, write a document in xdoc format, then use
my nifty xdoc-to-wiki converter!

Available (where else)

http://nagoya.apache.org/wiki/apachewiki.cgi?AnakiaWikiStyleSheet

WILL

----- Original Message ----- 
From: "Geir Magnusson Jr." <ge...@optonline.net>
To: "Velocity Users List" <ve...@jakarta.apache.org>
Cc: <ve...@jakarta.apache.org>
Sent: Tuesday, October 21, 2003 3:29 PM
Subject: Re: [veltools] macro libraries

> This reminds me how much of a love-hate relationship I have with wiki :)
>
> Nice start :)


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On Tuesday, October 21, 2003, at 03:16 PM, Nathan Bubna wrote:

> I don't think it's too early to be thinking ahead.  So, while I may 
> not have
> the time to work on this stuff right now, I figure it might still be
> worthwhile to try and get the ball rolling...
>
> http://nagoya.apache.org/wiki/apachewiki.cgi?VelocimacroLibraries

This reminds me how much of a love-hate relationship I have with wiki :)

Nice start :)

>
> there are two simple examples in the GenericVelocimacros to serve as a 
> "seed"
> of sorts.  of course, nothing is set in stone on organization, 
> coding-style,
> documentation, or distribution here, i'm just throwing out ideas here. 
>  it's
> all Wiki, so if you've got ideas, don't be afraid to modify, 
> contribute, or
> branch off what's there. :)
>
> Nathan Bubna
> nathan@esha.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
>
-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org

Re: [veltools] macro libraries

Posted by "Geir Magnusson Jr." <ge...@optonline.net>.
On Tuesday, October 21, 2003, at 03:16 PM, Nathan Bubna wrote:

> I don't think it's too early to be thinking ahead.  So, while I may 
> not have
> the time to work on this stuff right now, I figure it might still be
> worthwhile to try and get the ball rolling...
>
> http://nagoya.apache.org/wiki/apachewiki.cgi?VelocimacroLibraries

This reminds me how much of a love-hate relationship I have with wiki :)

Nice start :)

>
> there are two simple examples in the GenericVelocimacros to serve as a 
> "seed"
> of sorts.  of course, nothing is set in stone on organization, 
> coding-style,
> documentation, or distribution here, i'm just throwing out ideas here. 
>  it's
> all Wiki, so if you've got ideas, don't be afraid to modify, 
> contribute, or
> branch off what's there. :)
>
> Nathan Bubna
> nathan@esha.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: velocity-user-help@jakarta.apache.org
>
>
-- 
Geir Magnusson Jr                                   203-247-1713(m)
geirm@optonline.net


---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-dev-help@jakarta.apache.org