Following a great blog post from Richard Lord on how to create retina version for iPad3 using iOS 5.1 SDK I could finally create my app working in high res on iPad 3.
You can read the post here: http://www.richardlord.net/blog/using-the-ipad-retina-display-with-ado be-air/comment-page-1#comment-68451
However I have a very specific problem with the launch images. I prepared all of them following the rules written here: https://developer.apple.com/library/ios/#documentation/iphone/conceptu al/iphoneosprogrammingguide/App-RelatedResources/App-RelatedResources. html#//apple_ref/doc/uid/TP40007072-CH6-SW1
Unfortunately if I start the app in landscape I see very short jumping of the default image to the left and top just before the actual application appears on the screen.
Do you have any ideas why this may happen?
Thanks in advance.
Hello Varun Bhatia,
So, for portrait images I am using 768 x 1004 (standard resolution) and 1536 x 2008 (retina @2x);
For landscape I am using 1024 x 748 (standard resolutuin) and 2048 x 1496 (retina @2x);
The application is not fullscreen.
The problem exists in all iPad versions only in if I start the application in landscape orientation. It's OK if I start in portrait orientation.
As I told in my first post I am using -platformsdk parameter of adt to package with iOS 5.1 SDK.
I have the feeling that for some reason there is something wrong with the bar for a very short amount of time because that jump is exactly 40 pixels (20 in standard resolution).
For iPhone I have only one image because the application works in portrait only. So for iPhone I have Default.png and Default@2x.png
For iPad I have all possible orientations. So I have: Default-PortraitUpsideDown.png, Default-LandscapeLeft.png, Default-LandscapeRight.png, Default-Portrait.png, Default-Landscape.png and all their @2x versions.
Unless your various landscapes are different images, you can get by with just these two (plus the Default.png and Default@2x.png):
Any of the others could lead to a sequence of images being loaded. Or at least it appears that way.
@ Colin Holgate
Thank you for the idea. Yes, It seems that I only need those two images which is very nice. However this didn't solve my problem with the jumping image :-(
I prefer to not make my app in fullscreen. It's designed like this from the very beginning and it will not be easy to just run it in fullscreen.
Still looking for a good solution...
I can't believe these guys at Adobe can leave such obviously ridiculous errors like this.
In Air version 3.1, I was already struggling with another issue with the startup screen that just rotated and stretched just before the application started.
This should be plain simple stuff/bug right in front of their eyes that they should have removed before releasing a version.
This is not serious you guys at Adobe. We have more serious things to do.
Is this a Flash Builder project? And are you using the splashScreenImage property?
I'm unable to reproduce the issue on a Flash CS5.5 project targeting AIR 3.2 and compiling with -platformsdk pointing to iOS 5.1. I've got Fullscreen unchecked. When I launch the app in landscape mode there's no flicker or size change from the splashscreen to the app.
This is encouraging if you are seeing no issues.
I am running Flash CS5.5 targeting AIR 3.2 and compiling with -platformsdk pointing to iOS 5.1 .. Fullscreen is unchecked. I am in Landscape Mode .. orientation is AUTO .. and I'm running a script to block portrait and allow for a 180 degree flip in Landscape.
Maybe its the auto orientation ?
Same problem here. My app is Landscape only, and has three logos it's trying to keep in the same position. One on the Default-Landscape.png, one centered by the app's splashScreenImage property, and another shown on the first active View. In 3.1 all these lined up perfectly. Now, there is a 'bobbing' as the app comes up.
I assumed it was in the View, whose layout had been messed with recently, and I tried everything then decided to remove it altogether just to be sure it was the View. It wasn't. I still saw a 'bob'.
So I backed up to the application's splashScreenImage, it hadn't been changed in awhile, but we did move from AIR 3.1 to 3.3 recently, so I began to think AIR wasn't handling that splashScreenImage properly. Tried just embedding the Default-Landscape.png as the splashScreenImage, which would make it exactly the same image (the splash was a padded image that was naturally centered by the app). No dice, it still bobbed.
Finally, I removed the splashScreenImage itself so the only logo being shown was the Default-Landscape.png. And it still bobbed!!!!! WTF????
The image is 1024x768 and we are requesting standard resolution in the app descriptor file. The aspectRatio is set to landscape and autoOrients is set to true (so it doesn't do portrait it supports both landscape directions). And platformsdk is not being used.
One thing to know is that if you make a change to your splash screens, as you test ideas, if you overwrite the app on your device the splash screens don't get replaced. You have to delete the app from the device before putting on the version with the different splash screens.
I'm seeing exactly the same issue as Futurescale. No 'bobbing' in 3.1 but always in 3.3 for the default launch image. Perhaps a timing bug in AIR given the adjustment downward seems to be exactly what we already need to account for when sizing the splashScreenImage (http://help.adobe.com/en_US/as3/iphone/WS789ea67d3e73a8b2-48bca492124b 39ac5e2-7fff.html). In 3.1, this shift downward happens first when the splashScreenImage loads. In 3.3, this happens slightly earlier, when the default launch image is still showing.
Has anyone filed a bug against this issue?
I got the same issue. I just saw in an strange forum that I had to change the size of my Default-landscape.png from 1024 x 748 to 1024 x 768 and my Defaultfirstname.lastname@example.org to 2048 x 1496 to 2048 x 1536 and.... it fix the issue. It seems that Apple's guidelines are wrong. Hope It helps some of you.
I use Air 3.3 on my iPad3.
After doing some testing, it appears that this is a bugfix in 3.3 and above rather than a bug (at least the problem Futurescale and I are referring to). Prior to 3.3, we had to adjust the size of either the default launch image or the splashScreenImage in order to have a seamless transition between the two (see: http://www.curiousfind.com/blog/257). Now it appears it's no longer necessary to make the adjustment and we can use the default launch image as the splashScreenImage directly.
Actually, the problem I'm referring to doesn't deal with a mismatch between the splashScreenImage and the default launch image. I can make them both the same, it doesn't matter. It is actually the default launch image which 'jiggles' up and down. If I make the splashScreenImage blank, and have the logo on the default image, it jiggles before the screen goes blank. The image is 1024x768 and we are requesting standard resolution in the app descriptor file. The aspectRatio is set to landscape and autoOrients is set to true (so it doesn't do portrait it supports both landscape directions). And platformsdk is not being used.
Then perhaps the problem is that your launch image isn't the "proper" size. At least that was what my problem was.
In my case, for iPhone 320 dpi, I had adjusted the size of my launch image to be slightly shorter than the 640x960 size outlined for Default@2x.png per the article in my previous post. This made the transition between the launch image and splashscreen image, which was sized to the regular 640x960 size, seamless in 3.1, which it otherwise wasn't.
However, in 3.3, the launch image alone started "bobbing". Once I reverted the launch image to the proper size (640x960), the movement went away while the transition to the splashscreen remained seamless.
Europe, Middle East and Africa