Only include 'Exported' Symbols (Optional?)

[TomByrne]

Only include 'Exported' Symbols (Optional?)

[aduros]

I've floated this idea in the past. It definitely seems more Flash-like to only export things marked for export, and that having extra stuff in your FLA that may not even be Flump compatible is really convenient.

I think the reasoning was that Flash artists are terrible at remembering to mark things for export. This seems less of an issue here, where the artist can visually see what Flump exports, and the output formats are text based. As opposed to the bad old days of handing a SWF to the programmer, who couldn't tell if it was valid until missing symbol errors showed up at runtime.

[TomByrne]

Also, sometimes it's desirable to create extra Symbols if you want use filters within a texture. Currently these additional Symbols get included within the texture atlas despite not being used in any of the animations (as they are 'baked' into another texture in the atlas).

[groves]

Huh, I thought we'd switched to doing this? XflLibrary only adds movies to _toPublish if they've got a linkageClassName, which we're using to mean exported. I guess there's also linkageExportForAS, but I thought that was tied to linkageClassName. Maybe @tconkling would know better?

Besides that, non-exported symbols will still be included in the published version, but that should only happen if that non-exported symbol needs to be used to construct an exported symbol at runtime. That's the same as what Flash does.

[tconkling]

I also thought we'd switched to doing this. We should switch to doing this!

[tconkling]

I just pushed a commit that fixes this. Movies that aren't exported, and aren't referenced by movies that are exported, will not be parsed by flump.