Bill said: > Geir said: > > The point is to have a place for stuff that isn't just for use in > > servlets. Doesn't that make sense? > > Yes. Come to think of it, there have been requests to solve some > problem for which the reply has been to write an evaluator tool that > calls Velocity.evaluate. This doesn't exist but if it did would go in > tools/tools as would any tools for formatting dates, etc.
heh. it kinda does exist. i wrote a RenderTool to do both an evaluate() and a recursiveEval() the other day. i've been holding it back until this debate was resolved. (not much point in checking it in and moving it right away.) and actually, for it to be truly convenient to those using the VVS and co., it needs to implement ViewTool (so it can automatically be fed the current context). if this were put in tools/tools, then it would either not do that (thus probably creating a demand for one that does) or else it would again cause a dependency on tools/view. now, some might take that as argument for moving all the generic toolbox management stuff out of tools/view and into tools/tools, but i see it as one more blurring of the line between the two and one more good reason to combine them. (btw, since ViewTool is not servlet-tied. a RenderTool living in tools/view would be just as usable for non-web stuff as MathTool and DateTool) Nathan Bubna [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
