Visual Mapper: jQuery Mobile to REST Services

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.

TRULY Rapid (Mobile Apps) Prototyping with StackMob and Tiggr

The post originally appeared on StackMob blog:

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.

Thus, I went on the hunt for robust, but ridiculously simple solutions. I knew about PhoneGap Build, but wanted to see if there was something beyond that for building the frontend. What I found was Tiggr, a web-based app builder that supports mobile web app development via jQuery Mobile and has a simple drag-and-drop interface builder that let me set properties/events. Not only can projects be exported to your choice of HTML5/CSS/javascript or native Android/iOS projects, but it’s also collaborative!

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!

Bay Area Mobile Meetup: Prototyping And Building Mobile Apps In The Cloud With Tiggr

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:

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.

From Idea to Android Market in 40 Minutes: Mobile App With jQuery Mobile, HTML5, REST, and PhoneGap [Webinar]

When: November 16, Wednesday, 11am US Pacific Time

One of the great things about Tiggr Mobile Apps Builder is its support for end-to-end development, going all the way from an idea in one person’s mind to an app running in thousands of phones. In this webinar, we’ll show you exactly how it’s done (and how easy it is) by walking you through a hands-on example. The focus will be on exporting options for apps. In this case, we’ll export an Android binary (.apk) and publish to the Android Market. Of course, we’ll quickly build an app first, so you can learn or refresh your memory about how to build the UI with jQuery Mobile, connect to REST services, and test the app.

Cloud-based jQuery Mobile, HTML5 Mobile Prototyping You Need To Try

This article was originally published on

Ask anyone involved in making applications as a developer or a customer: Would you like to see how the app looks and behaves before we actually build it? The answer is an overwhelming yes. We humans are very visual. For us, to understand something better, we would rather look at a prototype than just read a description. That’s exactly why prototyping is hugely important today.

Even though prototyping is crucial to any project, a real prototype is rarely fully developed. Why? There are a number of reasons. First, lack of the right tools. Second, most of the tools that do exist today just enable you to create a static mockup. And third, some believe it’s a waste of time, as the real app usually looks very different from the prototype, so why even bother with it. These are all valid concerns, but a new prototyping tool solves these problems. This prototyping tool is Tiggr Mobile Apps Builder.

Tiggr is cloud-based service for building mobile apps. It enables you to quickly and easily build real mobile Web and native apps, entirely in the cloud. Mobile prototyping and prototype testing is a major part in this cloud-based service.

Build the UI with jQuery Mobile Components

Tiggr uses cross-platform jQuery mobile components. This is what makes Tiggr different from other tools. You are prototyping with real components, not just abstract images or drawings. As you can see from the screenshot, the mobile palette on the left holds all the components, and you simply drag and drop them into the phone. Every component comes with many properties, which you can set in the Properties window on the right. Your project may contain any number of mobile screens (pages). It’s easy and super fast to build a mobile UI like this.

But there is more. We understand that how the app looks is very important. So, for those of you who like to be in control and like more flexibility, Tiggr comes with a visual theme editor. You can quickly and easily create your own theme and use it on screens. As you edit the theme, it instantly shows you a preview of how the UI will look.

Visual Theme Editor

Test the Mobile Prototype in Desktop or Mobile Browser

Testing your prototype is important. You can do this at any point during mobile prototyping. That’s really the magic in Tiggr. If we couldn’t test in a Web browser, we would end up with another static mockup. Clicking the Test button will launch the mobile prototype in the browser. What you see is exactly how the mobile app will look. Behind the scenes Tiggr generates all the HTML, JavaScript, and CSS. Open it in any browser and test it. This is a huge feature and what makes Tiggr different. This is how the Test window looks:


But there is more. Testing in a desktop browser is definitely great, but that’s not where the app will be running, right? You want to test it on a mobile device, or in a mobile browser. We’ve made it super easy to get the app on the mobile device and make the app public. You can do this by sending the app URL to the mobile device, scan a QR code (with a QR scanner app) or typing the URL in a mobile browser.
Let’s try an actual mobile prototype. Open this URL: or scan the QR code below to open a sample mobile prototype:

Make the Prototype Real with HTML Events and Actions

HTML events and actions enable you to make the apps behave like real apps. You already know that you can open the prototype in a browser. This is already a huge step over a standard static mockup. Now you can also make the prototype real. You can make the prototype behave exactly like the real app. You can add standard HTML events and then attach actions to the events. For example, let’s say you want to open a pop-up when a button is clicked. You would add a click event to the button and then associate the “Open as Pop-Up” action with the event.

Add Events

Let’s say you want to navigate between pages. You would add a click event to any element on the page and then add a “Navigate to Page” or “Navigate to Link” action. Need to do something when the screen loads for the first time? Simply add the load event. When you test the prototype, you are then going to get the real behavior of the app.

Add Action

It’s important to point out that everything you create in the app is standard HTML, JavaScript, and CSS. You may be wondering: What if I need to do something custom? That’s not a problem. Tiggr comes with a “Run Custom JavaScript” action. In this action, you can write any custom JavaScript. These events and actions is a crucial feature. It allows you to develop realistic, interactive mobile screens on the fly.

Exporting the Prototype’s HTML/JavaScript/CSS

Not only can you easily build and test the prototype in a desktop or mobile browser, but Tiggr comes with a powerful export feature that allows you to export all the HTML/JavaScript/CSS of your prototype. When you export, you don’t just get a picture of what to build, forcing you to have to do everything from scratch when you have to develop the real app.


Add Real Content to the Prototype with REST Services

We have been talking about mobile prototypes so far, but you can take it one step further and build mobile apps using real content. In Tiggr, you can connect to any available REST API, and easily display the desired content in your app to make it look even more real. This is another feature that makes Tiggr different and powerful. Not only that, but Tiggr also allows you to generate a native app with PhoneGap library. You can learn more about it here.

Sharing and Collaboration

Everything I just described can be done in collaboration mode. Not only can you share the test app link, but also you can invite other people to work and collaborate on the prototype with you. The group can work on the prototype at the same time or at different times. Basically, you get the Google Docs model for mobile prototyping.


Mobile prototyping is a crucial step in building mobile applications. We would all love to see and experience how a mobile app will look before we start developing. Tiggr Mobile App Builder makes this possible. Sign up today at for a free 30-day trial and start building mobile prototypes that look and behave like real mobile apps.

REST API With Basic Access Authentication In Your Mobile App

In the context of mobile apps, basic access authentication is way for a Web browser to provide user name and password when invoking a REST service. A REST service that requires basic access authentication will look like this:

As you can see we are using https: and passing the username and password to the service.

Working with REST services (that return JSON or XML) is very easy in Tiggr Mobile Apps Builder. Tiggr comes with a service editor where you define service settings such as URL, and data format type (JSON, JSON, or XML). Request Parameters – for defining service inputs. Response Parameters – for defining service outputs.

Continue reading

Tiggr Mobile Apps Builder at AnDevCon II and Mountain View JavaScript Meetup

We just returned from app world conference in New York which was a great success. Next week we are heading to 2 more great events: AnDevCon conference and Mountain View JavaScript Meetup.


Tiggr Mobile Apps Builder (Exadel) is going to be at AnDevCon II (The Android Developer Conference) in San Francisco Bay Area, November 6-9. Stop by our booth and learn how to build Android apps ready for the Android Market using cloud services, all in about 5 minutes. It’s really awesome, I promise.

Mountain View JavaScript Meetup Group

Building apps with Tiggr, A Cloud Service for Building Mobile Apps

Wednesday, November 9, 2011, 7:00 PM

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 built during the session, which attendees will be able to run and test on their own devices.

Sign up to attend this Meetup.