Just a suggestion, but if it helps spare you guys some bandwidth could you add an option to just download my app's config.txt file as opposed to the whole project?

For v1.5 projects you already can. Core Settings > Link to configuration data will show the file. Save it as a text file, overwrite the existing BT_config.txt in your project.

Will this solve the problem I'm having getting my new theme to run in the simulator when I do a new run of the application or will I need to download the whole source code and rebuild in X Code? When I delete the app from my simulator or device, and then compile, the old theme gets installed with the old color and texture settings. I refresh the app and then the new theme replaces it.

Yes, the simulator/device keeps looking at the original config.txt file in your project. When you update your app you're replacing it with the newest one on the buzztouch server. By downloading that file and updating it in your app you won't have that problem.

This is not directly related but I am tryig to figure out how to resolve this. I have added the Icon_114.png file to the project but still get this error. warning: Icon specified in the Info.plist not found under the top level app wrapper: Icon_114.png (-19007)

does this help? http://stackoverflow.com/questions/4627697/problem-with-icon-png-icon-specified-in-the-info-plist-not-found-under-the-top-l

Seem to have a problem removing the icons from the images folder and then re-adding.

Finally got it working. Thanks for the link to stackoverflow. I finally was able to delete the file in the xcode bundle and then readded it. Turned out I had added the image twice to the bundle so it was probably confused. Finally got a build with no issues.

Getting this 2nd submission to the iTunes store now. Boy, it's easy to forget how to do it but the 2nd time went a lot faster. I can see building apps can get addictive once you figure it out.

Good luck!

any chance of getting the configuration file for v1.4 apps? thanks

It's not easy to create a link to it for us. However, you can easily get the URL from Xcode when it requests the app's data. Use the Console and NSLog the thing. It may already be there? Can't remember. Plop that URL in your browser and you'll get the data. It's very very different data than v1.5 because every screen makes a request.

Hi David, thanks for the response, having trouble figuring out how to Nslog when running Console...googling about using nslog in console but still confusing...gonna keep at it tho...hate taking ur time away from Android!!! edit: when opening console just seeing this....[Session started at 2011-08-14 02:52:11 -0700.] 2011-08-14 02:52:17.812 cabinet[2818:207] exists: A2B1A0154FDF563B22C4ACC_home.jpg Still lost on using Nslog to find data url...aaaack!! 2 steps forward 4 steps back ;)

Hi David, so i found an _appdata.txt file in xcode by opening Window then Organizer and selecting the app name then application data...i got some files and one was an XXXXXXXXXXX_appdata.txt file...it does have each screens settings in it...but still don't see the overall URL that it calls to to update the app when changes are made...is it possible to post this file somewhere for changes to be made to the app like in V1.5? Still haven't gotten Nslog to work...thanks again for all your knowledge and help...cheers!

Ah, I see. A few things to understand about v1.4, but first, how to use NSLog. Here's what I did to produce this URL in the Xcode Console. http://www.buzztouch.com/appdata/v1.4.php?command=getAppJSON&deviceId=0F9A50DF-C326-534E-9E0D-DD89D75E8436&deviceModel=iPhone%20Simulator&deviceLatitude=36.622766&deviceLongitude=-121.914603&appGuid=theAppGUID&appApiKey=theAppApiKey (notice the appGuid and the app's API key have been removed from this URL). If you enter your app's guid and API key in the placeholders in that URL then paste it in the address bar you'll see the data that's pulled for the AppViewController file. So, how did I get this URL? Open the config.txt file in Xcode when looking at a v1.4 app. You'll see the appDataURL value. This is the BASE url that's used to pull all kinds of info for the app. This URL does nothing but itself, it needs a few parameters appended to the end of it. Most importantly, it needs a command= value an appGuid and an apiKey. Again, look at the URL I pasted. The command for this URL is 'getAppJSON' This command tells the output script at the URL what to produce. In this case, the JSON data for the app's appViewController.m file. Every screen in the app uses the same BASE URL when communicating with the server but most screens change the command= value. Example: A Location map screen that uses the MapViewController.m file would send 'locationMapViewController' as the command instead of 'getAppJSON' The good news is that almost all the donwloads are done with a class called DownloadFile.m inside the miscObjects folder. This means you can print the URL it's donwloading for any download it performs using the mysterious NSLog statement. NSLog prints things to the output console so be sure it's open when the app is running so you can see the output. v1.5 makes this super easy because we print everyting to the console without you doing much (huge improvement from v1.4) Open Download.m file and scroll down to the downloadFile method on line 74. This is the method that triggers the download. This is the place we can NSLog the URL it's requesting. Add this on line 108: NSLog(@URL: %@?%@, self.urlString, postVars); That will output the URL and the querystring variables appended to the end of the URL so you can copy-paste the entire thing into your browser. Remember, single quotes in forum are double qoutes in Xcode. NSLog works like this: NSLog = 'print to console' the @ means the value after it is a string value that is typed in manually, URL: in this case. the %@ is a placeholder for a variable. There are two in this case, one for the self.urlString variable and one for the postVars variable. THis means, 'hey NSLog thing, replace the %@ placeholders with the variables in the list I provided, each variable int he list is seperated by a comma. the ? in the NSLog statement is literal, 'hey NSLog, print a ? in between the two variable placeholders. The end result is the BASE url then a question mark, then the list of variables. You'll see that every screen downloads a different kind of data because different screens require different types of info.

Cool! thanks David for explaining things in such detail, i know ur super busy...when i get the url link that nslog provides me..i just get his 2011-08-16 06:00:23 in my web browser...gonna play with it a bit more...no rush on your part....just wondering if possible to take v1.4 onto my own server like v1.5...amazing what is involved in v1.5 when reading the nslog compared to the v1.4...amazing Buzztouch & David...thanks..ian this is what my url that i got from nslog starts with...http://www.buzztouch.com/appdata/v1.4.php?command=getAppLastModified&deviceId= blah blah blah oops one more thing.. does v1.4 cache files in the same way v1.5 does on the device?

cache: Yup, basically the same way. Works totally different but end result is the same. Files are stored in applications Documents directory. Your sim will show these if you navigate to the folder where the sim keeps the Documents that have been saved.