On Tuesday 13 November 2001 00:38, Jean-Baptiste Bugeaud wrote: > Please don't miss my statement, all i've just said that instead of > providing classes & package to do the job, we could instead generate the > same code INSIDE a single classes so only the needed code will be deploy > ;-)
Yes but you are losing all the semantics of your graphical informations. Using SVG you preserve the semantics of your graphical data. If you only need graphical stuffs, why not using JPG or animated GIF? > AFAIK, it has been done with Batik, so it's feasable with Java2D ... the > only question is how complex it will be (regards parameters and variable > creations contexts) to generate such a file with all the integrated code. Once, I am pretty sure that can be done easily. You can just use Batik as a toolkit to extract and compute all the informations you need to create your drawing orders. > About the problem of translating XScript to plain Java, a good start may be > to first exclude any � la XPath access and only support direct *by ID* > reference and access. ??? Just create the syntactic tree of your scripting language - decorate it and then scan it to convert it to Java code. > I still think that such a translator will bring cool features for the good > of both SVG and Java. Go ahead - make my day. We need contributors :) > The only limit of this technique is the 64k java limit :( java -mx might help. Thierry. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
