: 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: new 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.
Some SWF files also contains UI elements. Rebuild manually what are defined at sprite from
pieces - it's a little pain. Maybe add something like plain export sprite to XFL? (that
means you are exactly know - that sprite definition is UI). Would be great (there alot of
other tools for import XFL (UI) for example for Unity or Unreal & CryEngine).
So, why xfl: many applications nowadays using Flash as their "UI" Framework. They design
them with Addobe, and store them as SWF. Would be great to have a something, that can
retrieve XFL directly.