+ update 2020: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means we will NOT develop new features and/or fix most of bugs. We left the tracker running in case somebody from community would like to work on it. Sorry for the inconvenience.
State: closed new: Initial state. As long as issue is in this state, the work on the issue has not yet begun. opened: Opened state means developer started working on the issue. Feature/Fix will probably be in the next release. postponed: This means developer is not working on it now, for some reason it cannot be implemented now. Issue may be opened again in the future. upgraded: Issue is in upgraded state when developer made changes to the program and new version was released. closed: This means the user is satisfied with issue results and no more changes are needed. invalid: These issues cannot be solved. ignored: Developer decided to take no action on this issue. returned: Program changes were made but user is not satisfied and returned the issue.
My utopic hope is to convert Flash files as animated SVG+CSS3 files for being HTML5
But for now, I will explain my feature proposal:
- A frame is a combination of multiples shapes and other advanced features. Maybe you
could at least combining the shapes together with one single svg for each frame like
<svg version="1.2" width="551" height="401" xmlns="http://www.w3.org/2000/svg"
<image x="-213" y="-6" width="800" height="500" xlink:href="1.svg"/>
<image x="166" y="-36" width="800" height="500" xlink:href="2.svg"/>
<image x="-28" y="45" width="800" height="500" xlink:href="4.svg"/>
There is a small problem with this external image refenreces. It is working only in
So when you embed the generated svg to an html file, it won't work in FF and Chrome.
Reason is: https://bugzilla.mozilla.org/show_bug.cgi?id=739726
In chrome the reason is probably the same.
So I'd prefer to embed the files, so generate only 1 svg. What so you think?
Btw: static text export is implemented in the latest nightly.
Ok, I have tested the nightly build and I see the issue. You are including svg shapes in
svg shapes and Firefox/chrome engines do not allow (yet?) this feature.
I think this should be resolved by linking only original svg shapes and put all the
transform in the root svg files.
It wont solve the problem. When you open the svg directly in FF then the images will be
wicible, but when you put this svg file to an html: <image src="root.svg" /> then the
referenced images wont be visible...
So the only solution is to embed everything to 1 svg.
I have tried to embed manually all the shapes in the first frame by using the <defs> tag
and it works.
In this sample I do not have embedded the text shapes because I think it should be more
interresting to use the <text> tag.
Yes, sometimes it would be better to use text tags (svg would be smaller), but the problem
is that in swf all character has its own shape. So it is possible that there is a font
called "Times New Roman" in the swf, but the shapes are from a diffrent font. Maybe JPEXS
can tell more about it.
So when we use text tags, then it is possible that the result will be diffrent in the
I do not try it yet but it may possible to use a custom font in svg with a CSS style like
src: url('fonts/ITCGothicBold.ttf') format("truetype");
I have tested it and you are right. You can embed datas in base64. For TTF font you can do
it in this way:
font-family: "Juice ITC";
src: url('data:font/truetype;base64,[AAEAAAAR*...*ysdAAA=]') format("truetype");
I send you a modification of the previously sended files.
According to this:
TTF embed is not supported in Internet Explorer.
WOFF format is needed.
honfika: WOFF file generation was part of Fontastic library which we use for TTF export
but I stripped it out earlier. Maybe we could put it back in...
Ok, I just made manually a svg file with the same frame with svg as font embedded on it.
Each defined characters as named like id="font_name-char" and used as shapes.
Here a list of new ideas:
1) I see that the 'space' character as written in the svg file, I do not think that should
2) Maybe you should make different exporters for frames, shapes and sprite, one is
Full-SVG with each text chars converted to SVG, the other (Embed-SVG) with searchable text
and WOFF? font embedded
About space character: It is just a char as other characters, so we should not
differentiate it from the others. (I think it can have a shape in some fonts, for example
i can imagine a font, where a space is "_")
But it is a good idea not to add a "g" tag, when it is empty. In this case all whitespaces
will be removed from the svg.
I have checked the latest nightly build and there is some differences with shapes
positioning comparing my manually-writed file.
Here after 2 version of the same frame. Frame0-truesvg.svg is my file, the 0.svg is the
exported file from the latest nightly build.
I do not wich one is more true.
Fixed. TTF export also added. You can turn it on in advanced settings
When this settings is used, the result can be slightly diffrent. For example when the text
has letter spacing, it is not applied to the "searchable text" export. Please accept it.
Is it ok now?
Yes, this is great. I have tried the both exporters and bugs I have reported are fixed.
For the TTF embedded version there is 2 bugs:
1) The font-color is not implemented yet (You can use the *fill="#FFFFFF"* parameter)
2) The letter-spacing is to high for the sample I use, I don't know how to make the text
condensed in the same way (My sample use the textLength parameter to condense text)
I see an other bug in sprite 112 frame 55 to 93:
The circle containing the picture is missing. The picture is still square.
I've modified the text length, as you suggedted. Now it looks much better, but it never
will be exactly the same as the original:
Maybe only when i create a text tag for each character. But then i think it is better to
use the first export mode.