My first morning at Scotch on the Rocks was a bit rough. Despite getting to bed at a decent time (10:30 or so) so I could catch up on my sleep, I ended up waking up around 3:30 or so in the morning and tossing and turning till 6. During that time an idea popped in my head for one more demo I could do for my jQuery Mobile presentation. I was thinking about building a simple mobile web site for the hotel. I thought it would be a simple example but also pretty practical. Of course, once I figured out a simple, static plan for the site an idea occurred to me. One of the important details for a hotel - obviously - is where they are. But what if you could not only tell folks where the hotel was but how you could get there? Here's my demo which shows just that. I'll warn you now - it's brittle as heck. It's really just a proof of concept. But it works (mostly) and I think it's pretty cool. Ready?

First, I'll begin by showing a few screen shots of the application I built. This is online and I'll share that link at the end, but for now, let's just look at pretty pictures.

My hotel mobile home page has three links: Contact Us, Find Us, and About. Contact Us has the basics - a phone number and an email address.

On a mobile device, clicking that phone number will automatically call the hotel. This is probably the #1 most important "service" a mobile web site can provide. Unfortunately far too few make this as simple. Let's skip the second link now and show the 3rd link:

Yeah, nothing important here. This is where you can stick the content the marketing department insists on that is most likely 100% useless to visitors. Let's face it -you know you will need to add it to the site. At least by making it the third link it isn't as distracting and doesn't interfere with the critical information.

Now that you've seen those pages - let's look at the code behind it. I'm not going to explain everything here - that's for another blog entry - but check out how simple the code is...

<!DOCTYPE html> <html> <head> <title>Apex Hotels</title> <link rel="stylesheet" href="" /> <script src=""></script> <script src=""></script> </head> <body>

<div data-role="page" data-theme="e">

<div data-role="header"> <h1>Apex Hotels</h1> </div>

<div data-role="content"> <ul data-role="listview" data-inset="true"> <li data-role="list-divider">Welcome to Apex Hotels</li> <li><a href="contact.html">Contact Us</a></li> <li><a href="find.html">Find Us</a></li> <li><a href="#about">About</a></li> </ul> </div>

<div data-role="footer"> <h4>This is NOT a real Apex Hotels page.</h4> </div>


<div data-role="page" id="about" data-theme="e">

<div data-role="header"> <h1>About</h1> </div>

<div data-role="content"> <p> This is demo content. </p> </div>

<div data-role="footer"> <h4>Page Footer</h4> </div>


</body> </html>

That code covers the home page and the About page. Here is the code behind the Contact Us page.

<div data-role="page" data-theme="e">

<div data-role="header"> <h1>Contact Us</h1> </div>

<div data-role="content"> <p> Reservations: <a href="tel:0845 365 0000">0845 365 0000</a><br/> Email: <a href=""></a><br/> </p> </div>

<div data-role="footer"> <h4>Page Footer</h4> </div>


Ok, now let's look at Find Us. This page does two things. First, it shows a simple map to the hotel. For this, I used the address of the hotel hosting the conference. Secondly, it provides a link that will be used for driving directions.

And here is the code behind that...

<div data-role="page" id="findusPage" data-theme="e">

<div data-role="header"> <h1>Find Us</h1> </div>

<div data-role="content"> <p> Apex International Hotel, Edinburgh<br/> 31-35 Grassmarket<br/> Edinburgh<br/> EH1 2HS<br/> Scotland<br/> </p>

<p> <img src=" &sensor=false"> </p>

<p> <a data-role="button" id="drivingButton" data-theme="a">Get driving directions</a> </p>


<div data-role="footer"> <h4>Page Footer</h4> </div>


By the way - notice that map there. It's using the static Google Maps API. Very simple, right? It would be better if I added a marker at the center address for the hotel. That wouldn't take long but for now, I'm skipping it. Ok, so how do we take that button and make it live? I went back to my main home page. This is always loaded first and therefore is a good place to store code like this. You can not - as far as I know, use $(document).ready within the page code above. This seems to work once, but not when the page is loaded again. Therefore we need to use the index page. jQuery Mobile gives us a few new events we can listen one - one of them being pagecreate. I used that and bound to the findUs page div to create the following code block:



Ok - now let's get into the fun part. When I originally conceived of this demo, it occurred to me I couldn't do driving directions to the hotel since I was actually presenting at the hotel. That would be dumb. So while at the conference I decided to provide directions to Glasgow. Now that I'm back home, I decided on Baton Rouge instead. In order to get the directions though we need to figure out where we are. That's super easy on mobile browsers since you've got pretty universal support for geolocation:

navigator.geolocation.getCurrentPosition(function(pos){ var lat = pos.coords.latitude; var lon = pos.coords.longitude;

As you can see, I simply fire off the geolocation request and grab the latitude and longitude in the response. To get driving directions, we need Google Maps. I added this to the top of my page:

<script type="text/javascript" src=""></script>

And then back in my code I added a new instance of the directions service:

var dirApi = new google.maps.DirectionsService();

You can find the full API reference for this service here: But for now, we're going to make it simple. We create an object that will be used for our request.

dirReq = {}; dirReq.destination = "Baton Rouge, LA"; dirReq.origin = new google.maps.LatLng(lat,lon); dirReq.travelMode = google.maps.DirectionsTravelMode.DRIVING;

Again - the use of Baton Route here is simply to make the demo work better for me. Ok, now for the fun part. I'm going to ask the direction service to create a route. The result is very complex, but essentially contains routes which contain steps. I'm going to assume we get one route and get the steps from there. I want to work with a much smaller set of data so I basically create my own, smaller and simpler copy:

dirApi.route(dirReq,function(dirResult,dirStatus) { if (dirStatus != google.maps.DirectionsStatus.OK) { alert("Driving API error: "+dirStatus); } //our steps are dirResult.routes[0].legs[0].steps var steps = dirResult.routes[0].legs[0].steps; var copy = dirResult.routes[0].copyrights; console.dir(steps); var niceSteps = []; for (var i = 0; i < steps.length; i++) { step = {}; step.text = steps[i].instructions; step.distance = steps[i].distance.text; step.duration = steps[i].duration.text; step.endlat = steps[i]; step.endlon = steps[i].end_location.lng(); niceSteps[niceSteps.length] = step; }

Ok - so now we have - hopefully - a simple array of steps that include the text of the direction, the duration, the time, and even the longitude and latitude of where you end up. How do we present this to the user? We could simply dump all the steps onto the page. But that may be hard to work with on the device. What if instead we broke it into steps, like so....

Sweet, right? So how did I do it? The first thing I did was add a jQuery plugin to allow me to serialize data into JSON format. Once I did that, I was able to send the data to ColdFusion and store it:

$.post("store.cfm", {data:$.toJSON(niceSteps)}, function() { $.mobile.changePage("driving.cfm"); });

All store.cfm does is take the JSON, deserialize that, and store it into the session scope.

<cfparam name="" default=""> <cfset = deserializeJSON(>

If you notice back in the JavaScript, when the post is done, we use a jQuery Mobile utility to load a new page. driving.cfm will simply paginate over the driving steps:

<cfparam name="url.step" default="1"> <cfset step =[url.step]>

<div data-role="page" data-theme="e">

<div data-role="header"> <h1>Driving Directions - Step <cfoutput>#url.step# of #arrayLen(</cfoutput></h1> </div>

<div data-role="content"> <cfoutput> <h1>Step #url.step#</h1> <p> <b>Duration:</b> #step.duration#<br/> <b>Distance:</b> #step.distance#<br/> </p> <p> #step.text# </p>

<p> <img src=",#step.endlon#&zoom=14&size=200x200&maptype=roadmap &sensor=false"> </p>

<div data-inline="true"> <cfif url.step is 1> <a href="" data-role="button" data-theme="c" data-inline="true">Previous</a> <cfelse> <a href="driving.cfm?step=#url.step-1#" data-role="button" data-inline="true">Previous</a> </cfif> <cfif url.step is arrayLen(> <a href="" data-role="button" data-theme="c" data-inline="true">Next</a> <cfelse> <a href="driving.cfm?step=#url.step+1#" data-role="button" data-inline="true">Next</a> </cfif> </cfoutput>


<div data-role="footer"> <h4>Page Footer</h4> </div>


And that's it! As I said, this code is brittle. You will notice that if geolocation or driving directions fail we just use an Alert. There are much nicer things we could do. For example, we could ask the user where they are. If driving directions fail we could do what most places do and assume you are coming in from the closest major highway. But - hopefully you can see how easy it is to add in complex services like Google's driving directions within a simple jQuery Mobile site. To try this demo, hit the button below. But please - do not stress out if it fails for you. As I said, it is brittle, was built fast, etc, and at least kind of works.

I've included the full code for this demo as an attachment to this blog entry.

Download attached file.