Add charting on mobile browsers. Charting on mobile platforms Mobile technologies generate a lot of interest, and it's easy to see why.
The power of modern cell phones rivals that of desktops from just a few years back. The one I have in my pocket is dual core! In fact, the "phone" aspect of phones is now almost secondary. Web browsing and applications are where it's at, and with tools like jQuery Mobile you can easily put a mobile-friendly face on your application. In this article, I use a combination of PHP and XML on the back end and jQuery, jQuery Mobile, and jqPlot on the front end to build a highly interactive polling application. You'll first write the back end, then work forward to build the front end of the application. Back to top Creating the polls To build out the back end, start with defining the data model for the MySQL database. Listing 1. db.sql The first table, polls, holds the different polls, each one containing a question. This is not really a production-worthy polling application schema. Figure 1. <? <? gMap - Google Maps Plugin For jQuery.
Also, notice that you need to pass a DOM element as the first parameter of $.data, and not a jQuery object. When you use the data method, you need to pass two parameters – a key and a value to be stored. Now that you’ve inserted your data, you can read it by calling the data method with a single parameter – the key: Table Drag and Drop JQuery plugin. Why have another plugin?
Dragging and dropping rows within a table can’t be handled by general purpose drag and drop utilities for a number of reasons, not least because you need to move the whole row, not just the cell that receives the mouse events. Re-parenting the row also requires specific code. Sadly also, effects like fadeIn and fadeOut don’t work well with table rows on all browsers, so we have to go for simpler effects. What does it do? This TableDnD plugin allows the user to reorder rows within a table, for example if they represent an ordered list (tasks by priority for example).
Form Design with Sliding Labels « CSSKarma. A few weeks ago I was reading an article on form UI by Luke Wroblewski of Yahoo!. For those who aren’t familiar with Luke, he (quite literally) wrote the book on good form design. In the article, one certain section about placing labels inside of form fields stood out to me: Because labels within fields need to go away when people are entering their answer into an input field, the context for the answer is gone.
So if you suddenly forget what question you’re answering, tough luck—the label is nowhere to be found. As such, labels within inputs aren’t a good solution for long or even medium-length forms. He brings up a good point. For best practice, Luke talks about leaving your labels outside the form field so it’s always available to the user. Enter: Sliding Labels After reading that article it occurred to me that there’s no reason we can’t have the best of both worlds. View demo The HTML At this point we have a pretty basic, and ugly form.