I have two menu button screens in my app, both screens have the buttons laid out in a single vertical row of four buttons each. I also have prevent scrolling on. My problem is when the the device is rotated to landscape the bottom button gets cut off. I could turn on scrolling but that doesn't look very good. I would like to have the buttons repositions themselves to a horizontal row along the bottom when in landscape mode. Anyone have any thoughts?

Not easy to do. Locking the buttons does cause the issue you're talking about. If you have too many button, vertical, they won't all show landscape. You'll need to do a horizontal button layout or unlock the scrolling. Or... just have fewer buttons that lead to other buttons.

I understand. I tried to bypass the problem by locking the rotation of the app in the rotatingNav and rotatingTab controller in xcode and that worked fine for everything but one of my custom URL screens is a mobile live stream site and when you click the play button to watch the stream it stays in portrait. I know thats what It's supposed to do but the strange thing is my other videos on my RSS screen will rotate even with the canRotate = 0. Is the RSS screen with video getting its rotation command from somewhere else? If there was an easy way to fix the rotation of the livestream, that would be ok. Then I could just leave the app set to portrait mode and not have to worry about the buttons.

Glad you go the rotation thing 'locked' by adjusting the rotatingTab and rotatingNavController to behave the way you want. You're playing videos in several different way. The first way with a Streaming Video screen and the second way with an XML / RSS feed and a third way with yet another mobile streaming service from iphone.livestream.com... my observations... a) Streaming Video Screens: These screens are inteded to load a VIDEO, not an html web-page that holds a video, or a embedded player. An actual file. You've told the screen to go get a video at a URL that does not provide a video, it provides HTML with an embedded player. I'm suprised it plays the video at all. I say this becuase I'm not sure how the Streaming Video screens knows what video to play - it's not being provided a video, it's being provided HTML. It could be that this Vimeo page is detecting that the request is coming from a mobile device and outputting a video and not the HTML I see in my browser. Have no idea. b) You have a button on a menu that you have setup to load a Custom URL screen. This screen uses a web-address that loads another video 'player' from another site (not Vimeo). It doesn't play at all, says it not mobile compatible. Interestingly, it won't load in my regular Safari on my Mac either. Gives me the same 'no compatible with mobile' message even when I request the URL with a non-mobile Safari browser. c) RSS: The RSS feed loads as expected. When you select a story, it's loading a Web View to show the story. The URL it loads comes from the XML. This is the exact same behavior you would get if you manually created a Custom URL screen with each story-entry. BT_screen_webView.m is the source-code that handles both Custom URL screens and individual stores for the RSS items. In this case, Vimeo again. The 'webpage' that is loading when a story is selected is controlled by Vimeo, no idea what they are doing. But it does look like they are altering the output based on the device-type because the results it different in the phone than it is in my regular browser. Safari on Mac show a web-page. RSS items on the phone (the same URL) show a video. This info may or may not be helpful..just some observations. Ultimately, if the NATIVE player launches, you'll not be able to control it's rotation. Custom URL screends (and RSS stories) do not launch the native player, they load web-pages. Now... if the code in one of those web-pages launches the native player somehow... your buzztouch source code has zero control over the result.

David, Thank you so much for looking at that. I'm sorry for the confusion about the three different screens, it should only be two ( b an c). I have deleted a) b) is functioning correctly, it is linked to our live stream channel and it shows that, not compatible, message when the stream is turned off. When the stream is active you see a play button below the ad which launches the player. a) was a streaming screen I tried to use with the same url info as screen b), in an attempt to fix the problem, but it would not launch. when the button was taped in the menu the transitions would fire but then return to the menu. OH, just had thought while Im typing this...does a streaming screen require active or live video. if our steam was off would that prevent the screen from loading. Ill test this tomorrow. if that is the case, i can try and see if our live stream on a stream screen will rotate, and can I put in a place holder image to inform users when the stream is off. I really do appreciate all the help i'm getting. Thanks again

Just tested the streamScreen with our live stream url with the stream active..... NO GO. Oh well, back to the drawing board. I may have to just live with the whole app in portrait mode. I did find out that our live stream service is working on a mobile compatible embed code. so when that is available i can use an http screen and embed that code there, correct? Maybe that will fix my rotation issue.

Hi again... it can get complex like this when the video source is hosted and provided in HTML. Makes things a bit confusing. Does Vimeo have a URL directly to the video you upload? I have zero Vimeo experience. If you can 'point' to the .mov file (or whatever you uploaded) then you'll guarantee iOS will stream the video in it's native player. This is almost always a better way to go if you have a URL to the file. If you don't have access to the actual file, you'll need to continue tweaking until you figure the best option to show HTML that is wrapped in an HTML player.