Only, this tiny change to be able to invoke the sacred functional word.
paul
Le 6 oct. 04, � 10:12, Dion Gillard a �crit :
How does this differ from writing to XMLOutput.
It seems XMLOutput is being confused with the context...?
On Wed, 6 Oct 2004 09:54:11 +0200, Paul Libbrecht <[EMAIL PROTECTED]> wrote:Maybe one little quick example:
- currently, jelly-swing's ComponentTag calls, somewhere down in its
doTag() findAncestorWithClass(ContainerTag.class) to which they call
addComponent... At least one major drawback: putting such in a defined
tag does not work unless you go till the top-level container in the
defined tag (so no re-used swing script-snippets). Many other issues...
- proposed: jelly-swing's ComponentTag should call, in its doTag(),
xmlOutput.data(myBean)
Advantage: works with scripts.
- currently: jelly-sql can only define variables with the current result-sets Instead, the result-set could be given as data and the latter be transformed by some other tags (e.g. a tag that would merge the fields, or extract the only interesting ones).
Overall, the idea is to have the ability for a tag to give "return value" that is not XML.
I could produce many more scenarios. Most probably that should affect
UseBeanTag... though maybe not at first launch. I would propose to
enrich XMLOutput class itself (by adding the method doing the default
toString). This should really bother the release, I believe. Then I'd
like to concentrate on using this jelly-swing, with the hope to be able
to make a jelly-swing-runner as a browser (maybe for jelly-swing 1.1 or
so).
paul
Le 6 oct. 04, � 00:05, Dion Gillard a �crit :
I'm not sure I understand what the use of this method is for Tags and TagLibraries, since it's on XML output.
Can you give us an idea?
On Tue, 5 Oct 2004 21:31:08 +0200, Paul Libbrecht <[EMAIL PROTECTED]> wrote:
Dear Jellyers,
I'd like to propose an addition to the XMLOutput class, used throughout Jelly: a method called data() (or object) accepting any object.
By default... take the toString and call characters... Actually, this is the way it is done with the return value of a Jexl expression as part of a text node.
But the interesting comes in the non-default case:
- a math library could return a polynomial or numerical type... and
this could then be further evaluated by parents
- the arg element of jelly could actually avoid special treatment as
it
has currently
- most of my interest applies for jelly-swing: the components would
then want to call data(component) on the xmlOutput. The latter could
be
filtered by constraint-tags to call data(component-with-constraints).
Finally, container tags could, also, filter, and receive the resulting
data and add it.
I would look forward to comments !
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- http://www.multitask.com.au/people/dion/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
