: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means waiting times in the issue tracker are very long and mostly depend on community. 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.
There are a few tools that does xml convert but they all have memory or tag missing
This feature will allow everyone lowest access to swf tags allowing them to edit any
value, add/remove tags. etc...
that's cool, but is it really necessary to create another XML converter?
How about for example swfmill? I think it is working pretty well and it's free.
If there are missing tags, then you can ask them to implement it in their issue tracker.
I can implement it, but their solution has already many fixed bugs. If I start to
implement it from beggining, surely many bugs arise and I will then fix them, it takes
much time to make it really usable.
I could improve their solution by push to their repository, but it's C code, which I am
not familiar with.
I am not really into it right now. I don't want to make copy (rip-off) of existing tools,
especially when they are free.
Maybe you can convince me somehow :-).
Right click in the swf node in tag tree, select "Export SWF as XML" or "Import SWF XML"
Import owerwrites the whole SWF, so you can import it to any existing SWF
The xml schema is not final, it can be changed in further vresions of FFDec
Please try/test it, and report if you find any problem.
JPEXS: I'm using the same annotations you added earlier, so it was quite easy to implement
it in this way.
I tried to "Export SWF>XML" (which generated a ~70MB XML file) and then immediately,
without editing the XML file, to "Import XML>SWF". The resulting SWF was a bit corrupted,
compared to its initial state, e.g. some of the shapes had disappeared etc.
Is the process I performed supposed to work flawlessly (with the default JPEXS settings),
or am I missing something? My goal was to edit some shape attributes (e.g. colors) in some
of the SWF shapes.
JPEXS v4.1.1 operating on a v17 SWF (Sign=ZWS; Compr=LZMA;GFX=no etc)