Have you ever looked at some technology, or framework, and simply didn't understand why someone would use it? For some time now I've never quite gotten what JSONP is, nor why someone would use it over XML. Everything finally cleared up for me last week and since I assume (I hope!) I'm not alone in being confused, I thought I'd share what I learned.
A few days ago a reader asked me an interesting question. He wanted to create a list of dates in jQuery Mobile and group them by date. Turns out, this is fairly easy using the Autodividers feature of the ListView widget.
Just a quick note to let y'all know about a new video course available for jQuery UI. Ben Fhala released a set of videos for Packt covering jQuery UI. I had the pleasure of doing a tech review on the videos a few months back and I thought they were pretty well done. I haven't really talked much about jQuery UI lately but I've got a lot of respect for it. You can find more details about the video product here and watch a sample below.
A few weeks ago a reader asked if I had ever designed a quiz for jQuery Mobile. While I had not, I spent some time thinking about how a quiz could be designed as well as how a generic library could help automate it. I've built a demo I'd like to share with folks. It is definitely "First Draft" (but hey, it lints!) so feel free to tear it apart and suggest improvements.
I'm currently working on an article that discusses various third party services that can help flesh out a static web site. While researching that article, I got to thinking about contact forms and how (or if) I could use Parse to power them. Parse is built for ad hoc data storage of - well - anything. I wouldn't typically think of contact forms as being something I'd want to save, but the more I thought about it, the more I thought that in some organizations this could be a powerful feature. You can track communication over time as well as use the email addresses as a list to contact in the future. There are probably multiple ways of doing this, but here is what I came up with.
Last week I blogged about the release of Snap.svg, a new library for modern browsers to simplify the creation, usage, and animation of SVG assets. Over the past few days I've worked on a new demo of Snap.svg that I'd like to share with you.
I'm currently working on an update to my jQuery Mobile book (jQuery Mobile Web Development Essentials), but for those curious about one of the cooler new features of jQuery Mobile, check out my new article on DZone (and yes, I am doing a lot more articles this year - all part of the master plan):
Have you ever seen a web site that seemed to know where you were located? I'm not talking about a map, but the actual name of the location? This is done with a process called "Reverse Geocoding." Whereas geocoding refers to translating a human-readable address into a longitude/latitude pair, reverse geocoding is, well, the opposite of that. Given a longitude/latitude pair, what would be the description of that location. In this blog post I'll show a simple example of this process. My example application will attempt to report the city and state you live in.
A huge thank you goes to Andrew Trice for spending hours on polishing and editing a video of my last presentation. He uploaded it to Youtube and now you guys can watch it as well. I'm proud of this presentation so I hope it is helpful. As always, criticism is welcome. You can download the demos and slide deck here:
A while back I ran into an interesting problem with Google Maps. I was booking travel for a conference and needing to find the closest Marriott to the conference location. I didn't know the area very well so seeing a few addresses meant nothing to me. I figured Google Maps would be able to help me, but I could only plot one location at a time. (To be clear, I bet there is a way to plot multiple addresses, I just couldn't find it.) I then tried the Directions service. That too was only able to work with two addresses. I ended up entering 4 or 5 Marriott addresses and just trying to remember which one seemed shorter. To get around this, I built a simple application that lets you enter up to five starting addresses and a destination. It then plots driving directions and reports on the total distances for each. It also reports on which starting address is the best.