I literally had nightmares about codiqa. I woke up several times overnight, because I kept on dreaming about it. I write this because it annoyed me so much that I went back to the site, paid for a month’s subscription and dove into the site. This service is everything that http://www.buzztouch.com/ promised, but so much simpler. The kicker is that in my nightmare, codiga exported a project that github could use… and while that is not the case, CODIQA EXPORTS A PROJECT THAT PHONEGAP CAN USE! I designed four quick pages using codiqa and exported a zip file, then brought the project in using the phonegap. I discussed the site with Chase and Don and we agreed to pursue exploring other solutions but begin to push the Android version out using codiqa. Don will be sending over Apple certificates to try to push the app to the iPhone version. We will also begin to look for users of Windows 8 and Blackberry devices to test if all versions can be exported from the same original script.
And it looks like this:
Chase and I have agreed to set up coding meetings to double our efforts in coding. We found out that it’s just him and me working with Don to get the project out. I did some Google searches and found a web site called http://www.codiqa.com/ and I’m very intrigued by it. It’s a small company and it offers basic mobile app development tools. I played with it for a couple of hours in the evening and mimicked the existing application as a mock-up. The tools are limited, but are enough to reproduce our app’s capabilities. Can’t publish without paying, but it looks like it might be worth a look.
I went back to phonegap to clear up some questions about how the apps need to be brought into the helper web site. The company is set up by Adobe, so I expected better solutions. And it turns out that yes, they have better solutions. Adobe also owns https://github.com/ and that means a lot. I started to explore how github and phonegap can work together, and it seems that the github repository can accept and distribute our code and then bring it to phonegap. I researched how the sites talk to each other and it looks like github can pick up a project from Eclipse or Xcode and import it, shelve it and make it ready for phonegap to process, using a service called “build.” I attempted to push the app we already developed… and was unsuccessful all morning long. Very frustrated.
I set up a new account at http://phonegap.com/ and read the site’s documentation. This is the platform Don has recommended we look into, however the actual workflow doesn’t run as smoothly as the animations on the web page would lead you to believe. I am having lots of issues resolving how the apps are actually put together… it seems that a separate environment is needed to first develop an application and then bring it in to the site to publish? If this is the case, then we may have to fall back a few steps, and focus on learning how to code using Java on Eclipse, or return to Xcode to polish the app and hope phonegap can export it to Android.
I have been researching the buzztouch app option. Following are the three steps used to create, download and publish an application:
Buzztouch’s youtube channel is http://www.youtube.com/user/buzztouchApp.
Here are a few screen grabs of the web app I started creating before our last meeting.
I’m still playing around with PhoneGap and should be posting an update on that soon.
Pressing the button in the upper left hand corner triggers the menu. Pressing it again hides the menu.
Talked about meeting iFriday afternoons at 1 pm.
Talked about independently exploring building the app using
- Google Studio
And considering making the app
- work across platforms
- easy to use
- at a reasonable cost (read: free)
- using open source elements
- rss capable
Questions to ask when considering helper apps:
- can we control the code?
- can we update the code?
- what is the upload process)
- what are the publishing guidelines?
- will the individual stores take the app?
explore similar applications already available
And so we come to the middle of the project, and we presented our results so far:
Download the presentation.
The application is completed and the process to upload it to Apple is underway, however, we are running into some problems when generating an “app” and and “ipa” file.
We have been researching cases presented online, but it looks as if more research needs to be made. Don is considering contacting Apple to seek advice.
As some of you may know, there have been some concerns over the orientation support for the app. The question of whether or not it is required to include a landscape orientation is something Chris and I have been looking into. Apparently there was a situation involving an app that got rejected because it did not include a landscape mode. Well based on my research, I have determined that this exactly isn’t the case. Though it is strongly recommended by Apple to include various orientations, it is not necessarily a requirement. So long as both variants of the orientation are supported, ex. portrait up and portrait upside down; an app can be published. The following picture applies to both iPhone and iPad.