Change orientation for all native widgets (alert, keyboard, web popup)

I use these elements inside an ipad app that I’ve just submitted to apple, but I’m becoming a bit worried that it could be rejected because all ipad apps are required to support full rotation, which mine does except for the native widgets which are ostensibly locked to the portrait up orientation.

If there’s a current way around this please let me know. Aside from making the app awkward to use in situations where I need a web popup or keyboard, I’m not sure if the app would even be approved if a tester were to find these sections.

Any ideas? [import]uid: 70 topic_id: 904 reply_id: 300904[/import]

I am not sure about a complete solution, but as a workaround I was thinking if the setOrientation method was exposed then we could accomplish this ourselves:

[[UIDevice currentDevice] setOrientation:UIInterfaceOrientationLandscapeLeft];

Better yet, what about automagically setting the orientation whenever corona receives the orientation change event? [import]uid: 70 topic_id: 904 reply_id: 2131[/import]

Can someone from Ansca answer this question: will orientation for all native widgets (alert, keyboard, web popups, etc.) be supported any time soon in the Corona SDK?

Thanks,
Tom [import]uid: 6119 topic_id: 904 reply_id: 2552[/import]

Yes. This bug is top priority and we are addressing it. We should have more information by Monday.

Carlos [import]uid: 24 topic_id: 904 reply_id: 2555[/import]

Great news. Thanks Carlos.

Tom [import]uid: 6119 topic_id: 904 reply_id: 2556[/import]

HI,

Did this ever get resolved? I’ve just created a very simple app based on the weboverlay sample code and was expecting to see a fullscreen-sized web popup show page rotation when the device orientation changed. It’s not, hence this post…

Matt [import]uid: 8271 topic_id: 904 reply_id: 59929[/import]

hi,

This bug is still present as of Dec. 8 2011 unfortunately. The bug is not visible on the simulator, only on iOS devices.

This seems like it should be a very high-priority bug, since it means that any landscape-orientation app shows the native controls in portrait-orientation, which is VERY problematic, and is likely to prevent the app from being approved by Apple (and if it is approved, will certainly result in some low ratings!)

Can this be bumped up in the issues queue?

thanks,
Darren [import]uid: 94684 topic_id: 904 reply_id: 72449[/import]

+1. [import]uid: 89165 topic_id: 904 reply_id: 72459[/import]

All the Native Display Objects (newTextField, newTextBox, Alert, Activity Indicator, and webPopup) support auto rotation on iOS and Android. You set this in build.settings using the “orientation” table along with “default” and “supported” fields.

On iOS devices, if you try to set these values in the “plist” field, you will override the orientation settings and may cause unexpected results.

One note about the webPopup and auto rotation. The webpopup will auto-rotate but won’t be positioned correctly in the new orientation. Since you can’t currently move the object (using .x and .y or translate), you must cancel and relaunch the webpopup in the correct location. We hope to overhall the webpopup with one that matches the functionality of other Native Display Objects. This should be coming to the Daily Builds soon. [import]uid: 7559 topic_id: 904 reply_id: 72765[/import]

Input much appreciated @Tom.

Thanks.
[import]uid: 89165 topic_id: 904 reply_id: 72796[/import]