I would like to display SVGT files to the screen during my application runs. After I start my application I get SVG files.
Do you know how to convert those to SVGT and display it to the screen?
Is it possible to draw SVGT files to the screen when my SVGT files not available at build time? I only have seen examples which were using SVGT files with resource files and used mifconv.exe tool.
If my application runs and I get an SVGT file is it possible to draw it to the screen?
There is no support for full-fledged svg files in symbian unfortunately, only for SVG-T.
There is also no build in way to convert from svg to svg-t
You would have to find or write the equivalent to mifconv.exe for your phone, to convert svg files to svg-t, or try look for a 3rd party svg renderer, or try port some open source svg renderer.
Or, you could create a web service that converts svg files to svg-t for you, using mifconv.exe, though ofcourse this would only be sensible for networked applications, and for users with flatrate data most probably...
Don't have any more detailed tips then that, sorry...
I have found a webservice to convert from SVG to SVGT. It can be solved.
Is dynamic SVGT file rendering is possible on symbian?
SVGT files (xml format) converted to a binary format (.mif) with mifconv.exe.
This conversion took place during when I called >abld resource. So the SVGT files should exists during
when I build my application. After that I had to use the "hard coded"
.svg files in my application. I would like to render SVGT files in my application(which is already running)
which I am downloading.
afaik the only support is that scalable icon API...
So no, only support mif files.
But, the mif file format shouldn't be that complicated... The svg-t file inside it is either included as-is (so you can re-create it by just stripping some header/footer) or is binary encoded according to the WBXML standard.
I havn't seen any spec of the mif file format out there, but it should be possible to reverse engineer it for just creating single one-image mif files from svg-t:s on the fly, without that much effort.
As long as you're not scared of hex...
Or try find the specs somewhere, I can't say I have put any effort in trying to find if they are published...
Forum posts: 12
Hi,
I specify my question further.
Is it possible to draw SVGT files to the screen when my SVGT files not available at build time? I only have seen examples which were using SVGT files with resource files and used mifconv.exe tool.
If my application runs and I get an SVGT file is it possible to draw it to the screen?
Thanks in advance,
Krisz
Forum posts: 1155
There is no support for full-fledged svg files in symbian unfortunately, only for SVG-T.
There is also no build in way to convert from svg to svg-t
You would have to find or write the equivalent to mifconv.exe for your phone, to convert svg files to svg-t, or try look for a 3rd party svg renderer, or try port some open source svg renderer.
Or, you could create a web service that converts svg files to svg-t for you, using mifconv.exe, though ofcourse this would only be sensible for networked applications, and for users with flatrate data most probably...
Don't have any more detailed tips then that, sorry...
Forum posts: 12
I have found a webservice to convert from SVG to SVGT. It can be solved.
Is dynamic SVGT file rendering is possible on symbian?
SVGT files (xml format) converted to a binary format (.mif) with mifconv.exe.
This conversion took place during when I called >abld resource. So the SVGT files should exists during
when I build my application. After that I had to use the "hard coded"
.svg files in my application. I would like to render SVGT files in my application(which is already running)
which I am downloading.
Thanks,
Krisz
Forum posts: 1155
afaik the only support is that scalable icon API...
So no, only support mif files.
But, the mif file format shouldn't be that complicated... The svg-t file inside it is either included as-is (so you can re-create it by just stripping some header/footer) or is binary encoded according to the WBXML standard.
I havn't seen any spec of the mif file format out there, but it should be possible to reverse engineer it for just creating single one-image mif files from svg-t:s on the fly, without that much effort.
As long as you're not scared of hex...
Or try find the specs somewhere, I can't say I have put any effort in trying to find if they are published...