Second, from the builder it’s incredibly easy to consume any REST API (yellow Mobile API line). Tiggzi comes with a pretty nice REST services console where any service can be tested. From the same console, the REST service response (structure) can be automatically created. Once the service is defined, it is mapped to jQuery Mobile UI using a visual mapper (UI to service input, service output to UI).
Thirdly, as most BaaS services (orange line) are exposed as REST, HTML5 mobile app built in Tiggzi, can easily connect and use those services.
Lastly, and maybe the most important point is how incredibly fast you can build apps. It sort of all makes sense.. you got cloud-based mobile backend (exposed as REST) and cloud-based app builder to build the apps. It sounds simple.. but a really elegant picture.
This perfectly describes Tiggzi. Tiggzi is cloud-based builder for creating HTML5, jQuery Mobile, PhoneGap, and RESTful mobile apps.
In this fascinating hands-on webinar, a real mobile app will be built, connected to a REST service, and tested. Attendees will be be able to test the app as it’s being built. Beyond that, we will also cover some of the exciting features of the new version of Tiggr that will have been released by then (under a new name…).
Learn How to Build Mobile Apps in the Cloud with HTML5, jQuery Mobile, REST, and PhoneGap
January 19, Thursday
11am US Pacific Time
Here is how the app look in design time in Tiggr:
There are three REST services on the right which connect to Parse mobile back end. The services are for loading the current list items, creating new list item and deleting a list item. For example, this is how the service URL to get all List items looks:
List – is a class I created in Parse.
This is how the service URL looks for deleting an item:
objectId – is the class Id to delete.
Parse mobile back end is very easy to use and is very elegant.
Here is how the actual app look when running:
I’ll publishing the actual tutorial on how to build this app.
Happy New Year!
Tiggr – the easiest platform for building mobile apps in the cloud
Building mobile UI with jQuery Mobile
To build the mobile UI, there is a visual editor and jQuery Mobile components, as shown below. You simply drag and drop components into the phone area.
Testing the mobile app
Testing is one of the most innovative features in Tiggr. There is a big Test button at the top. Clicking that button opens up a browser window with the mobile app in it. Need to test the app on the actual device? Scan the QR code, and e-mail the URL to your device. Don’t forget to make the app public. (More about testing native apps a little bit later.)
Consuming any cloud service
Once the UI is ready, the next step is connecting to cloud services. In Tiggr, you can connect to any cloud REST service. Below is an example of using the service editor to define a connection to Twitter’s search REST service:
Once the service is defined, it is mapped to the UI. A service usually has inputs and outputs. Mapping specifies how different UI components are related to different service parameters for input and output. There is even a visual data mapping editor available (service output is shown on the left, screen components are shown on the right:
One last step is adding an event to invoke the service. For example, on a specific button click (HTML click event) the service could be invoked. You can of course use any other HTML events. With Tiggr this is easy.
Native apps with PhoneGap
Exporting native app
Every app (native) in Tiggr comes with PhoneGap installed. To export the app as native is as simple as clicking the big Export button:
If you are targeting for Android, then you can download Android Release binary (.apk). This file is ready for the Android Market. Tiggr has a Android .apk file editor for you to enter all the necessary information.
If you are targeting iOS, then export iOS xCode project (Eclipse). You can then build the app on your machine or use cloud-based PhoneGap Build service to build for iOS.
As an alternative, for both Android, iOS or any other platform you can download the mobile Web version (Web resources, HTML/CSS/JS) and use PhoneGap Build service to build for the platform.
For example, if you need to build for BlackBerry, then simply download the mobile Web version and upload to PhoneGap Build. It’s that simple.
Using PhoneGap API
As an example, we will implement a Vibrate button.
First, we add the click HTML event to the button:
Testing native apps
Once you use a native API, testing in Web browser is no longer as useful. To test native apps, you can use Tiggr Mobile Tester. It’s a native app (Android, iOS) that lists all your mobile app in Tiggr. You simply tap any app in the list to launch the native app for testing. It’s the easiest and fasted way to test a native app without having to install it. The tester app looks like this:
This is even simpler than using the API. More components are planned to be added such as Camera and others.
Tiggr and PhoneGap – The ULTIMATE mobile app development combo?
We think so.
When you combine the two, Tiggr and PhoneGap, you get powerful cloud-based HTML5 mobile apps builder with an easy way to incorporate native device features and build for multiple mobile platforms.
Sign up for Tiggr and build your mobile app today.
Originally posted on PhoneGap blog: http://phonegap.com/2011/12/15/building-mobile-apps-in-the-cloud-with-tiggr-and-phonegap/
Mapping mobile UI to service is one of the most basic tasks in any mobile app (or a standard Web application). Input data entered by the user is sent to the service (input), the service is invoked, returns data (result) is sent back to the app for displaying results. Tiggr Mobile Apps Builder makes it super easy to map UI to service. Let’s look at an example.
REST service settings:
REST service input parameters:
REST service output parameters:
To open the standard mapping editor, there are two buttons in properties for a service:
Mapping UI to service look like this:
The service input parameters are on the left and are mapped to input components and properties on the right.
Mapping service back to UI for displaying the result looks like this:
The service output parameters are on the left and are mapped to output components and properties on the right.
Now there is even a more visual way to do the same. There is a new Data Mapping tab in the main editor, clicking the tab will open a visual data mapping editor:
That’s a pretty cool way to do mobile UI to REST service mapping.
Slides from my talk at AppsWorld conference in London (Nov 29-30) on building mobile apps in the cloud with Tiggr.
The post originally appeared on StackMob blog: http://www.stackmob.com/2011/11/truly-rapid-prototyping-with-stackmob-and-tiggr/
The blog post is written by Crawford Comeaux an independent mobile app developer that recently participated in Startup Weekend down in Baton Rouge, LA and ended up winning. This post is about how he used StackMob and Tiggr to quickly build a web app prototype during the Startup Weekend event. His app is called AudienceAmp and he needs your help to win Global Startup Battle. Please vote here if you like his idea. Here is his story.
I love Startup Weekends! They provide me a chance to easily find like-minded people looking to make their ideas a reality and they’re nothing but fun. Grueling, exciting, stressful fun. On any given weekend, there’s likely at least one going on somewhere in the world. I’ve been to four of them, successfully pitched one of two ideas at each and my teams have placed three times. These things are like crack for wannabe entrepreneurs with ADHD…or at least for THIS wannabe entrepreneur with ADHD! If you are not familiar with the program, you can find out more here.
I participated in my fourth Startup Weekend from November 11-13 in Baton Rouge, LA. I went in determined to win, since winners of Startup Weekends going down on that weekend & the next were eligible to enter into the Global Startup Battle. The winner of the battle is chosen via online voting and there can only be one. The prize up for grabs has the potential to launch the winning startup. So yeah…I wanted that chance, but first I had to win locally.
Most people go into Startup Weekends with just an idea. There’s no preparation done ahead of time. Me, I’m not going into battle without a plan. I wanted to be able to focus primarily on the prototype for the weekend, since the rest of the work had been pretty much addressed at SW Dallas a few months earlier. We built a prototype in Dallas, but the concept for the app had expanded a bit since then and I wanted to start from scratch. I couldn’t count on developers being available, so that meant it’d likely just be myself and a buddy of mine who’s recently developed an interest in interface design. Since the product is a set of mobile apps and we wanted to present with a live demo that others could participate in, that meant it had to be a mobile web app. And we had 54 hours…so we needed development platforms that 1) a non-coder could use 2) produced mobile web apps 2) allowed for “rapid prototyping” (slamming out quick, successive versions of a product)
There are different platforms/libraries/toolkits/etc that are recommended for “rapid prototyping,” but almost all of them define “rapid” from a non-Startup-Weekender-with-short-a-attention-span perspective. Most of the options available have a bit of a learning curve before you can quickly do whatever you want to do, especially if you’re not a coder. And even with simple docs, coding introduces potential fat-finger syndrome. I’m sorry, but a platform that allows for typo-generated errors or bugs doesn’t fit my definition of “rapid.” There are tools for preventing issues or at least detecting their origins, but the tools aren’t perfect and I want to minimize the amount of time I have to spend fixing glitches.
Front end platform? Check! Time to move on to the backend. I’d read about StackMob on TechCrunch recently & knew about Cocoafish after meeting some of their devs at SW San Francisco in May. After doing a little digging, I found a couple more services: Kinvey and Parse. I signed up for beta invites to each & managed to convince all but Kinvey to grant me one (I still haven’t received a confirmation email from them, but they seem VERY new).
When I evaluated the features of each service, I kept an eye out for features that would be useful beyond prototyping. After reviewing the features offered by each, I eventually settled on StackMob for a few reasons. With StackMob, I can set which fields are indexed, as well as which fields in an object are related to fields in other objects. Being able to get expanded object data through relationships will save us the hassle of making multiple calls for a single screen’s data. On top of that, being able to build custom objects was really important. Parse allows for custom objects, that’s it. Cocoafish didn’t support custom objects until a few days ago, so that wouldn’t work for us, either. StackMob was the simplest option.
Building the data model in StackMob took about 15 minutes! Even if you add to that the 5 minutes I spent begging them for a beta invite, that’s still a server-side setup personal best!
I skipped right over the process of setting up a database server and went right into setting up my database tables! Sure, you may have a way to streamline/ease that initial process, but I didn’t even have to bother with it!
There’s one more feature I’d like to mention that StackMob & Tiggr actually share: responsiveness. The day of the presentation, I started connecting the UI to the backend and ran into a snag: I couldn’t figure out how to properly call the StackMob APIs from within Tiggr! I tried several different naive approaches to no end and searched online for the answer. I tweeted at every Twitter account tied to both companies begging for help and got a response within 15-20 minutes…on a Sunday! Jordan, one of StackMob’s engineers, connected with me over Google Talk and logged into my Tiggr account after I gave him access. He’s a backend guy, so he wasn’t able to provide a solution at that point, but I’d already fought the problem for too long & had to move on to preparing the presentation. After I presented, I started getting tweeted at from both sides…apparently people from both companies got together & provided me with a solution!
Long story short: I’m sold on this pairing for prototyping. Their ease of use, extensibility and fantastic customer service make for a pretty powerful combo!
Oh…and in case you were wondering, the app I’m working on is called AudienceAmp & we did manage to win first place in Baton Rouge. I’ve been up for 24 hours tapping into my social connections, writing WAY MORE than I’d prefer and working with an editing team to produce a (hopefully) viral video! If you’d like to know more about AudienceAmp, check out the links below. If you’d like to vote for us in the Global Startup Battle, go here and click the big “Vote” button!
Try these new and very easy to follow mobile tutorials:
On Thursday, January 5, 2012 I will be presenting at Bay Area Mobile:
Prototyping and building mobile apps in the cloud
When: Thursday, January 5, 2012, 6:30 PM
Where: Mountain View, CA
In this cool session you will learn how to build HTML5 and native apps using Tiggr. Tiggr is a cloud-based mobile apps builder that uses HTML5, jQuery Mobile, REST, and PhoneGap to build apps. A real mobile app will be prototyped and built during the session, which attendees will be able to run and test on their own devices.
To sign up and more info: http://www.meetup.com/BayAreaMobile/events/40927112/.
Two other speakers will be presenting as well. Sally Cox from Adobe will be showing Adobe Proto, and Jonathan Smiley from ZURB will be talking about: Why (and How) to Rapidly Prototype for Multiple Devices.