03-02-2009 10:48 AM
Solved! Go to Solution.
03-02-2009 11:34 AM
I haven't used the BB classes in question but I'm not sure I understand your question. Presumably you could
parse an SVG source file with an XML parser and make a DOM. Alternatively, you could readout the pixels
from a rendered SVG if you have a renderer that writes to something like a Graphics context. You can't
take a random bitmap and recreate the source SVG as the model information is lost.
03-02-2009 05:49 PM
03-02-2009 08:21 PM
well, if you can capture a mouse trajectory that could qualify as a vector I suppose and then
that would be a candidate for an SVG representation. Failing that, you could look at any fax or
related compression schemes for binary images. I'm not sure what you are targetting for platform
or input method but if you have something you could capture as a model ( " put a circle here")
then I guess you could think about an SVG representation. What classes were you thinking
about using? I've written some SVG stuff but haven't looked at RIM or JSR support in any detail.
Model based compression is always my favorite- if you can desribe the generating mechanism for
something complicated ( the way something like ACELP models vocal track to compress speech)
you stand a good chance of getting a concise representation of what you care about.
03-02-2009 08:43 PM
03-02-2009 09:21 PM
It looks like LSSerializer would work but I've never tried any of that stuff.
Did you render and grep documentation for methods that take Document parameters?
How did you get the image as an SVG or did you capture it that way?
03-03-2009 08:46 AM
I'm still in limbo between machines but it looks like there may be an implementor for that
interface that would make the XML doc in 4.6+
Have you looked in org.w3c.dom.ls DOMImplementationLS?
How did you generate the SVG DOM from user input?
03-03-2009 01:37 PM
03-03-2009 01:44 PM
03-03-2009 01:51 PM