This is actually best discussed on tuxpaint-devel, since it seems
to be an issue with the program (versus a translation (tuxpaint-i18n)
or content (tuxpaint-stamps) issue).
In any case, I see what you mean - every time I go to stamp the
SVG-based ant, it's very slow. This leads me to believe that it's
re-rendering the SVG and/or re-tinting the resulting SDL_Surface
Tux Paint DOES read SVGs by itself -- though it uses helper
libraries to read and render them. Unless something's changed
at some point, it does not alter the SVG structure during
tinting (though that might actually be useful! :) )
Now, there are actually a variety of "tinter" modes,
which you can specify in the stamp's ".dat" file
(they're only used if "tintable" is in there, of course):
tinter=normal <== slow
tinter=anyhue <== slow
tinter=narrow <== slow
tinter=vector <== fast
What I also think might be happening (again, I need to look
at the code) is that we're tinting the full-sized image
(the largest rendering of the SVG), rather than the
image at the size we've currently chosen. (e.g., the default
size of a stamp is usually supposed to be something sensible,
based on the canvas size)
I'll go add a Bug item for this at SourceForge. Thanks!
On Wed, Jun 16, 2010 at 03:55:08PM +0200, Andre Anckaert wrote:
> SORRY! THIS MAIL WAS SENT TOO EARLY! THIS IS THE COMPLETE ONE.
> Recently I have been playing with Tuxpaint, trying out all sorts of usual and unusual things, making Dutch translations for it (which I hope will in due course and time find there way into Tuxpaint and be available for all).
> In C:\Program Files\TuxPaint\data\stamps\animals\insects\cartoon I find an ant.svg stamp without an ant.dat file. Following my fickle phantasy, and seeing it could not be tinted, according to the website I fabricated a ant.dat file with just one word in it: tintable. So after restarting Tuxpaint my computer did not explode and put the ant on my screen in the color I had been able to choose. BUT only after looong wile that it also needed to redo the ant. "A tintable-ant.JPG" shows how antastic it looked.
> Some time ago I put a question on which nobody gave me an answer: does Tuxpaint read .svg-files by itself? It seems to me that indeed Tuxpaint does that, but very slowly, especially when it must do it in another tint.
> I decided to take some risk and put the ant also in my folder as ant.png using Inkscape. The "inkscape ant.JPG" shows the ant in Inkscape. It was exported and put as ant.png in the some cartoon folder. After restarting it showed up, but also after a loooong while. See "ant after adding png.JPG).
> So I took another risk and removed the ant.svg from the folder. And the ants appeared now in less than a fraction of a second. See "ants after removal svg-file.JPG". I cannot explain the theoretics of all this happening. Is making a (cartoon)stamp tintable causing a problem? I think not. Is making an svg-stamp tintable? I think not. Is having both a .svg and a .png in the same folder a problem? I think not. Somebody having more experience can perhaps bring light in the darkness?
> André Anckaert
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit. See the prize list and enter to win:
> Tuxpaint-i18n mailing list
Sent from my computer