Using iOS 4.3.3 iPhone4. The RSS row height on the top row is correct when in vertical display, but when in horizontal view the top row is slightly hidden below the navigation banner. I took a screen shot so I hope it helps you http://www.evernote.com/shard/s8/sh/3d5704ce-dc17-4dda-ab15-8934a2b24336/e4be2e901e9bd19f79e8fe26aa4671c6 I saw the Facebook and Twitter comments and was looking for something that would allow me to change the header but couldn't find. Sorry if this was answered in another forum post but I didn't see it. BTW, found a much better calendar from mhsofware for RSS feeds than Google.

Hi again... cool about the Google Calendar...good stuff. The image you posted make it easy to see, thanks. The row-height of the items is not the problem. It's the height of the navigation bar. There have been a few other reports about this over the months and it has to do with the 'order' in which views are added to the screen. In this case, it's a UITableView. In fact, it's the same logic on any list menu too. This means you should be seeeing the same problem on list-type-menus in other areas of your app. It's sounding like it's only with iPhone4 and not older versions. THere are some iPhone 4's (like mine) that don't demonstrate the behavior either. Strange. Try this: in the BT_Screens > BT_screen_rssReader.m file, find this around line 76: self.myTableView = [BT_viewUtilities getTableViewForScreen:[self screenData]]; Just below that, add these two line of code and do some tests: int listTop = UIInterfaceOrientationIsPortrait(self.interfaceOrientation) ? 0 : 10; self.myTableView = [[UIWebView alloc] initWithFrame:CGRectMake(0, listTop, self.view.bounds.size.width, self.view.bounds.size.height)]; This means: 'iOS, please use zero as the top position of the table-view when in portrait and 10 pixels down in landscape. See if it fixes it. Bet it does. If it does, add the same two lines in the same spot in BT_screen_menuList so your menus are fixed too ;-)

Getting problem now when I select an RSS menu item - I get a Thread 1 message on the line [self.myTableView setDataSource:self]; Thread 1:Program received signal SIGABRT

Have you looked at the console? Sounds like one of our RSS 'taps' is not loading a URL for the story. See if the console shows what URL it's trying to load. It gets the URL From the data element on the control panel.

Here's the run message and the debugger output: int listTop = UIInterfaceOrientationIsPortrait(self.interfaceOrientation) ? 0 : 10; self.myTableView = [[UIWebView alloc] initWithFrame:CGRectMake(0, listTop, self.view.bounds.size.width, self.view.bounds.size.height)]; self.myTableView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight; [self.myTableView setDataSource:self]; the last line is where I get the SIGABRT message. If I remove the two lines I inserted and the app runs fine with the RSS (with the exception of the navigation bar height. 2011-05-23 08:37:31.330 bobology[2147:207] BT_viewUtilities: getTableViewForScreen with nickname: RSS - Beverly Hills and itemId: FC62F031E70AC84535C929C and type: BT_screen_rssReader [Switching to process 2147 thread 0x207] 2011-05-23 08:37:31.418 bobology[2147:207] -[UIWebView setDataSource:]: unrecognized selector sent to instance 0x655be20 2011-05-23 08:37:31.424 bobology[2147:207] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[UIWebView setDataSource:]: unrecognized selector sent to instance 0x655be20'

Post the app name plz (exactly as it appears in your control panel). Gonna be something simple ;-)

bobology. I'm sure its something simple too but gosh if those aren't the hardest ones sometimes. I appreciate your help, I'm not the swiftest with classes, methods, and getters and setters!

HI teacher-man: So...I've downloaded the project and can't seem to find a menu item leading to the screen listed in the console (error output). How can I find the RSS - Beverly Hills screen inside the app. The Beverly Hills Adult School menu lists Class Schedule, Map, School Web Site. All work?

Ah. The class schedule menu item is the rss calendar. Open that screen. Each school has a class schedule menu item that pulls the rss feed for that schools class schedule. Forgot your a programmer and mos of my audience is learning what rss is so they recognize a calendar but wouldn't recognize it if it said rss.

Must be something very strange with the iPhone4 screens when using rounded corners for menus. I've gotten some screens showing up with the right margin missing as well. It's not consistent and doesn't occur every time the app runs. Here's a link to it anyway in case there is a solution but it could be an Apple bug. Don't have another iPhone to try it on but it doesn't do it on my iPad. http://www.evernote.com/shard/s8/sh/ba432d7c-3ffc-460c-92cb-f0fcb1d05b5f/94268bae6fc4942a60b077467fbdf4c2

Hi again... I think you're second post, the one with the images with the rounded corners cut-off is related to the first post - the crash. I say this because I've ran this on a few different devices and simulators and cannot get any of these devices to repeat the symptom. All work well with your setup. The exact same feed (RSS Beverly Hills) does not crash the browser and none of the menu items are cut-off. Here the weird thing... This line from your console: [UIWebView setDataSource:] is where it's crashing on your test device. This is NOT something we can control in the source-code. The setDataSource method is not available to us, iOS handles this when you give the web-view a URL to load. I know this is nerdy/techie stuff but it's worth discussing. Next, the rounded corner / width thing...also something we can't control. We programmers juse use 'list.width' and let iOS determine the screens width to create the corners. Could it be that these two issues are related and each of them caused by something we aren't in control of? Maybe delete the app from the simulator / device, re-download the source code and recomile? Not sure what this would accomplish but maybe iOS and the SDK are somehow 'confused' - lol.

OK thanks, I'll get some help from my programmer son on the weekend and get him to help me do some work this weekend. I have done a new download and that does clean up some things. Glad to hear though that the problem is very limited to device and thanks for trying to replicate! That's a lot of effort for support so it's very much appreciated. I ran across the settings menu item in an iPad in a class that showed up in a different location than it was on my device and we had the same build of iOS so I'm not surprised to see devices working different. The buzztouch platform has so much going for it compared to others and fits a really good spot.