Flash Pro discards AIR icon information.

I requested that as an improvement a long time ago. It still hasn't been fixed.

There are 19 iOS icon sizes now, and five supported Android ones (there should be more). I keep a list of the icons from the xml, and when I change from iOS to Android I just edit the xml file to set all the icons in one go.

The supported Android sizes are 36, 48, 72, 96, and 144. The iOS sizes are 29, 36, 40, 48, 50, 57, 58, 72, 76, 80, 96, 100, 114, 120, 144, 152, 180, 512, and 1024. I'm not certain yet whether the 180 one survives, but at least Flash Pro doesn't delete it.

We are suffering from this issue for a long time. Adobe, please fix it!

It would be nice if it was fixed, but in the meantime it's pretty easy to keep a list of your iOS and Android icons, and paste the list into the xml. I generally go all the way with iOS, then switch to Android to publish there. It's not often that I'm frequently switching between the two.

One complication by the way is that there are two sets of issues. The AIR compiler would need to be changed so that it can ignore the Android icons when doing iOS, and vice versa, and Flash Pro has to be changed to not delete icons that it doesn't know. I'm not sure how closely the two teams work together, maybe they don't, and is why it can take quite some time for fixes in AIR to lead to improvements in Flash Pro.

I find following naming conventions to be stressful, especially the Apple names. I just name the files 20.png, 36.png, and so on. There could be a folder to choose, but that might still require editing the xml to point to the other folder.

The idea of having all the different icons is so that you could in theory give small screen users an easy to read icon, and bigger screen users could be given a fancier designed icon. In practice though I'm sure we all just resize the one icon. Some tools do that for you, you just give it one icon and it creates all the others for you. That would solve part of the problem, the AIR compiler would make Android sizes when building for Android and iOS sizes when building for iOS. But, we would still have to wait for AIR to be updated each time there are new icon size requirements.

Another issue is that iOS icons need to be square, the rounded corners are done by iOS. When I make the Android version I use a rounded corner version of the same icon, using the typical iOS 7 shape.

So, the easiest way I could see it working would be that in Flash you would select one icon file, 1024x1024 let's say, and click a checkbox if you want the corners to be rounded or not. AIR would then make all of the icons for you while it builds the app.

Here's a variation of what you suggest, before I tell about problem! With Flash if you import an image anim001.png, it will notice that there is an anim002.png, anim003.png, etc, and will ask you if you want to import the sequence as an animation. The icon import could do something similar. As soon as you connect any size to a file in a folder, Flash should be able to say "do you want load the other sizes?". That way there isn't a new button or folder import feature, it would just save you time. You would however still have to do that every time you change from iOS to Android.

So, the bigger problem is that iOS does use particular names for icon files. These are the files that AIR makes inside your IPA file:

Icon-Ipad-76.png

Icon-Ipad-152.png

Icon-Iphone-120.png

Icon-Large.png

Icon-Small-40.png

Icon-Small-50.png

Icon-Small-50@2x.png

Icon-Small-80.png

Icon-Small.png

Icon-Small@2x.png

Icon.png

Icon@2x-Large.png

Icon@2x.png

I don't know why it only uses 13 of the 18 or 19 I give it. You can see why I don't like that naming scheme! Anyway, regardless of how easy they make it in Flash Pro to choose your icons, AIR still has to know about that size, and to create the official Apple name version of the file.

The difficulty is when iOS has new required icons, those have a particular name, and we have to wait for AIR to be updated to know about those names.

No, that could be fixed/improved independently of the problem of supporting new icon sizes. If there was an XML file somewhere that gave a list of the sizes and the Apple names, that we could edit, we could add the new icon size support ourselves. But I don't think it works that way.

Saturday will be the second anniversary of me logging the bug (#3342605). It's still marked as "deferred". You could start a new feature request here: https://bugbase.adobe.com/

It's in a pre-release bug system, not the public one.