what is it that is wrong with v1.5. when I start the app it asks for the position. I answered yes and then it becomes all black and nothing happens. The app worked on Friday but not now??

Sounds like the same issue im having here http://www.buzztouch.com/forum/thread.php?tid=0B30870A9CFE60E&status=&searchInput=search...&sortColumn=FT.dateStampUTC&sortUpDown=DESC¤tPage=1&doViews=1

I don't know what is wrong with 1.5, nothing as far as we can tell - lots and LOTS of NONE black screens. I'm looking into what could be the issue with both of your apps but have not figured it out yet. Gonna be something silly ;-) I'll post when I learn more.

OK... @Ciano: If you look at the error console (even though you say it means nothing to you, you're going to have to at least understand some of this) you'll see an ERROR near the bottom. iOS is having trouble saving the configuration file after downloading it from the internet (the buzztouch control panel). I have not tracked this down yet. HOWEVER, I'd bet 100% that it has something to do with internactional characters or some other strange data in your configuration. Still looking.... @Mackimack I'de bet the same thing is happening with your's. We have spent countless hours trying to figure out how to handle international characters and have about given up. If we cannot get internations characters supported, we will no longer support apps that contain character sets that are outside the US. We say this because it always ends up bad. The app doesn't work as expected and knowbody wins, everyone loses. We spend an aweful lot of time trying to help people that enter data that we cannot enter oursevles and therefore cannot help. Check this post shortly for more details...tring to figure out why this is happening on both your apps...

@Ciano: As expected, the trouble is iOS not being able to save the configuraiton data. I renamed one of your screens (Roth Bike Tours) and removed the strange characters. Re-compiled - works fine. If you continue to experience problems like this you're going to have to figure out a way to not enter data that is not supported? @Mackimack: Still looking at yours.

@Mackimack: You have a long list of applications, which one is causing the Blank Screen? If it's anything like Ciano's, your going to have to find and remove any special characters in your configuration.

David , Your a genius! Thanks so much for taking the time to look at the problem, really appreciate it!

Same here. When I removed characters so did it work. Thank you for all help.

I got to thinking about this and think maybe you guys / gals can lend a hand? In my browser (Safari and Firefox) there are settings to change the Text Encoding. If you could a) Kindly post what character encoding your browser is using so we can dig deeper into the issue and figure out a plan. b) See if you can figure out a way to use another Character Set to see what does and doesn't work. I tried a few different Character Sets but can't read the text! In seems that I don't speak any languages other than English and when the screen changes (when I change the character set in my browser) I'm totally lost! Funny. Anyway, any testing you can help with is greatly appreciated. The goal is to isolate the different character sets so we can make whatever modifications we can to save others from this same trouble. We've been attempting to fix this for nearly a YEAR - big laugh.

Im using standard Western ISO Latin 1 encoding. What I did to cause the error was to use the alt key with the letter ' i ' to give me ' í ' . I was trying to use a word in the Irish language.

I use the same as Ciano. Im using Safari. I wonder where this text is generated? in (appDelegate.m) //init the allowed input characters string. ONLY these characters will be allowed in input fields. allowedInputCharacters = @abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789_-.@!$; This says that no other sign/character works?

The allowed input chars are used only in the iOS inputs. Like, example, the login screen if you use it. The idea is that any characters entered in the keyboard on the device are not allowed unless they are in that list. This helps prevent people from entering dangerous values (think SQL injection, a dangerous idea that some hackers use). If you have a login screen wired-up to your own URL you would not want anything bogus being entered and submitted. The trouble is not with iOS we don't think. The trouble is the database in our server farm. When you submit data, it's stored in our database, all data entered on our site is stored with using the same character set. Next, iOS pulls this data (as does our website) and it's at that point things go wrong. Example: We have a long list of users, app's, etc. and many of them have strange characters in the text output when looking at the data in my browser. It's not the strange characters you would expect (like the spanish tilde, some other european characters, etc. it's strange like mySQL + .PHP + browser doesn't know what to do with it ;-)

I have experienced almost the same problem but that was for the droid version. The thing is that in my PC the user account I´m using is defaulted with an Ä character in the username Ägaren (stands for the owner in swedish). It was really hard to figure out why I could not compile for the droid in my pc-environment but had no problem in my mac with the same buzztouch app. The trick was to create a develop user for the pc without any strange non supported characters in the user name or folders or strings. That user is btw called happydroider ( who could have guessed that one ;) BR/S