|
|
|
Confirmed: Vista 64 bit, Final bits, AIR 1.0
I don't have to uncheck the "copy non-embedded" checkbox though. It happens by default for me. I've had the same problem and solve it by copying the icons in the root folder of the project (no "copy non-embedded files" had to be checked). The -app.xml contains directly the names of icons (without any path). Hope this helps.
I can't repro this at all. Can you provide a project for me to try it with? Thanks
Basically, it doesn't include any non-embedded files even I check the "Copy non-embedded files". This leads to the error "Error creating AIR file: 303: ERROR,"...
I am using Mac OSX 10.5.3 and Flex Builder 3.0.194161. I have got this error message when folder "icon" was in the same level as "src". Just moved "icon" within "src" and probled was solved.
A workaround that works for me.
1. Move all the icons inside the src/ folder 2. Ensure the "Copy non-embedded files to output folder" option is checked. 3. If the non-embedded files are displayed on the list, click "Cancel" button. 4. A "bin-release" folder should be created, just copy non-embedded files across to that folder. 5. Do the export again, the non-embedded files should appear in the list I have this issue and no way to compile with icons, no workaround^. FlexBuilder 3.02, air 1.1. Vista 64 ultimate. Itried out icon folder, icons in assets, icons in src without folder -> no result finally my projects hangs as customer wants icons to be displayed.
Hans-Peter Benz. There are two ways for solving your problem:
1. The Raymond Lee method should helps you solve this ussue, it's universal no matter where are located icon files. Error occurs because of flex builder don't copy icon files to bin-release directory, so compiler don't see them. 2. The second way is to build using ant or command line. In this way you can copy all assets manually to build directory. Here's a 16x16 gif I used, then just referenced this in for each of the icon nodes in the app.xml
I had the same error, but it did not affect all icon sizes... Step by step I tried to leave out one or more icon sizes and finally it worked...
Now it's only one icon size that produces this error Perhaps that information helps someone? Bastian, what image sizes worked?
thanks This is still present in the most recent Linux releases too.
Can we bump it up the 'serious' scale a bit, as the workarounds for this very common work flow action are all fairly painful. I see some other bugs that have been escalated to IRB recently, for instance. This occurs in Builder on Windows still too !
A work around that saves having to open/close the export wizard is to wait till the list of files come up, then use a shell window (etc.) to copy the icons i.e.
# cp -r ../bin-debug/icons ../bin-release/ then press 'back' in the export wizard and then 'next again'. I think I have found the solution.
Comment out the remaining icon options that you are not using, this has solved my problem. eg. <!-- The icon the system uses for the application. For at least one resolution, specify the path to a PNG file included in the AIR package. Optional. --> <icon> <!--<image16x16></image16x16>--> <image32x32>/ico32x32.PNG</image32x32> <!--<image48x48></image48x48> <image128x128></image128x128>--> </icon> @Debarshi Roy
I am using all four image sizes in the <icon> element, there aren't any unused ones. I have been getting this problem as well, and have noticed why (at least in my case) this is occurring. If I embed one of the icons that I have defined in the app config xml in another location in my app, it no longer considers it a "non-embedded" file, and will not copy it to the output directory.
My 2 Workarounds (without manually copying them to the output directory): 1) Make two sets of icons (one for system icons, the other for use within the application for embedding) 2) If you want to use the exact same icon within the application, don't embed it (just reference it directly), and it will still be copied to the output directory Anyway, this may explain why some of you have problems with only certain sizes of your icons. In my case, I used the 32px icon as the logo on the top left of my application, and that is the one that errored during compile. Hopefully that helps... (A fix for flex builder would be to check for the icons specified in the xml and always add them to the "non-embedded" files list) Cheers Flex Builder 3.0.2.214193, Gumbo SDK 4.0.0.5537
I have th same problem and none of the workarounds solve it. <icon> <image16x16>images/PP16.png</image16x16> <image32x32>images/PP32.png</image32x32> <image48x48>images/PP48.png</image48x48> <image128x128>images/PP128.png</image128x128> </icon> What really makes me nervous is, that a much older, unusable version of the same project does include the icon files in the "Export Release Build" > "AIR File Contents" dialog. Projects use the same compiler settings and do not embed icon files. I spent too much time on this issue already and I cannot see what causes the newest project version to not include the files. When can we expect a solution? Good luck I had this and what my problem was that i had a graphic name misspelled in the -app.xml...
<!-- The icon to display for the file type. Optional. --> <!-- <icon> <image16x16>/icon_016.png</image16x16> <image32x32>/icon_032.png</image32x32> <image48x48>/icon_048.png</image48x48> <image128x128>/icon_128.png</image128x128> </icon> --> once i fixed the misspelling, it was fine. Misspelling doesn't appear to be the case here:
#grep image Desktop-app.xml |grep Red <image16x16>icons/hwNormal/RedJQ16.png</image16x16> <image32x32>icons/hwNormal/RedJQ32.png</image32x32> <image48x48>icons/hwNormal/RedJQ48.png</image48x48> <image128x128>icons/hwNormal/RedJQ128.png</image128x128> #grep image Desktop-app.xml |grep Red|cut -d\> -f2|cut -d \< -f1 |xargs ls -lah -rw-r--r-- 1 chivertont users 12K 2009-02-03 16:14 icons/hwNormal/RedJQ128.png -rw-r--r-- 1 chivertont users 902 2009-02-03 16:14 icons/hwNormal/RedJQ16.png -rw-r--r-- 1 chivertont users 2.3K 2009-02-03 16:14 icons/hwNormal/RedJQ32.png -rw-r--r-- 1 chivertont users 3.7K 2009-02-03 16:14 icons/hwNormal/RedJQ48.png Me too. I have the same problem and none of the workarounds above solve it... :(
Be aware that icon files should NOT be configured in the section below. It is for another purposes.
WRONG SECTION: <!-- Listing of file types for which the application can register. Optional. --> <!-- <fileTypes> --> <!-- Defines one file type. Optional. --> <!-- <fileType> --> <!-- The name that the system displays for the registered file type. Required. --> <!-- <name></name> --> <!-- The extension to register. Required. --> <!-- <extension></extension> --> <!-- The description of the file type. Optional. --> <!-- <description></description> --> <!-- The MIME content type. --> <!-- <contentType></contentType> --> <!-- The icon to display for the file type. Optional. --> <!-- <icon> <image16x16></image16x16> <image32x32></image32x32> <image48x48></image48x48> <image128x128></image128x128> </icon> --> <!-- </fileType> --> <!-- </fileTypes> --> CORRECT SECTION: <!-- The icon the system uses for the application. For at least one resolution, specify the path to a PNG file included in the AIR package. Optional. --> <icon> <image16x16>icons/energynow_16x16.png</image16x16> <image32x32>icons/energynow_32x32.png</image32x32> <image48x48>icons/energynow_48x48.png</image48x48> <image128x128>icons/energynow_128x128.png</image128x128> </icon> | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
-=Cliff>