iPhone Alternative Browser App

The app is an alternative web browser to safari mobile. It will be customized for a specific use. Performance and clear readable code are important. UI should be as similar to Safari as possible, simple and pleasing when extended. Below are functions that differ from standard features. **GUI Functions** 1 Default home page configured in settings to be either predefined or last viewed page 2 iAd advertisement ribbon directly under the top ribbon, with enable / disable in settings 3 Bookmarks, History, Search Engine selection can be exported and imported from external server as XML file. Each line can be color coded. 4 Menu opened by the “+?? button and the “Settings?? button on bottom ribbon, as well as the long press menu will be modular with ability to add functionality buttons via an exportable / importable XML file. See Settings button example in “Atomic Browser (Lite)?? available in app store 5 Skin with definition of the following: Top & Bottom ribbon color, Splash Screen, App Name 6 Help Screens. See example in “Atomic web browser??. Closed set of html screens that will be added, containing internal hyperlinks 7 Full screen mode. See example in “Atomic web browser?? **Counters, Logs and Debug** 1 BrowserDataCounter, BrowserUseCounter, BrowserUseTimer 2 Logging of use, debug messages, location, memory footprint 3 Button that uploads all settings, parameters and files to a predefined ftp server 4 Button that loads all settings, parameters and files from a predefined ftp server **Design Guidelines** 1 Full documentation inside code. Preferred using document generator by Doxygen ([login to view URL]) 2 Original versions of open source code will be supplied together with modified versions 3 GUI must match Apple HIG 4 App will be submitted to App store 5 A build option without debug code will be created 6 Application should adapt to all iPhone, iPad, and iPod touch generations, each with its limitations **Performance** 1 App must be snappy even on “old?? iPhones 2 No crashes, memory leaks or connection leaks are acceptable. This should be tested with instruments. ## Deliverables 1) All deliverables will be considered "work made for hire" under U.S. Copyright law. Employer will receive exclusive and complete copyrights to all work purchased. (No GPL, GNU, 3rd party components, etc. unless all copyright ramifications are explained AND AGREED TO by the employer on the site per the worker's Worker Legal Agreement). 2) Complete and fully-functional working program(s) in executable form as well as complete source code of all work done. 3) Deliverables must be in ready-to-run condition, as follows (depending on the nature of the deliverables): a) For web sites or other server-side deliverables intended to only ever exist in one place in the Employer's environment--Deliverables must be installed by the Worker in ready-to-run condition in the Employer's environment. b) For all others including desktop software or software the employer intends to distribute: A software installation package that will install the software in ready-to-run condition on the platform(s) specified in this project. ## Platform iPhone OS (IOS) devices