Hi Bill, I have actually now implemented this, along with a quite customisable calendar for date selection - I am writing them up on my blog to describe the changes and will then propose they are merged in.
I've structured the additions as a seperate "extensions" javascript and css pair, with just a few extra lines required in the main iUI to enable onFocus and onBlur events whenever a screen is shown/hidden. This is mainly because together the extra scripting is quite large and it's quite possible not everyone wants it - they would sit happily in the main codebase as well of course. For a preview of the additions, you can see screenshots here: http://www.flickr.com/photos/masabi/3774343441/ goes to http://www.flickr.com/photos/masabi/3775148234/ http://www.flickr.com/photos/masabi/3774343471/ Currently the selection is made and the screen automatically goes back, but I can make this optional - it's not the default iPhone behaviour, but it actually works better from a user's perspective. Cheers, Tom On Aug 3, 4:11 am, Bill Kirtley <[email protected]> wrote: > I've been wrestling with a big select list. Thanks, Tom, for pointing > out the right UI pattern to follow. > > (Subtle difference: You describe it as selecting and returning to the > previous. I'm seeing that the checkbox moves, but you stay on the > fieldset until you tap the "back" button, then the label on the field > changes.) > > Now, to implement it. > > Perhaps one would have a page to drill down into, where each element > in an UL has an onclick that (a) clears a "checked" style from all of > its siblings, (b) applies a "checked" style to itself, and (c) puts > its value into the controlled form field. > > Anyone have hints for doing this? (Perhaps with iUI?) Pointers to > publicly visible examples to follow or not-follow? > > On Jul 23, 2009, at 1:52 PM, Tom wrote: > > > > > Hi, > > > I'm wondering if there's currently an easy way to create a (form) > > panel which presents a list of radio options wrapped in a fieldset, > > where clicking on an option selects it and returns to the previous > > screen (which would need to be updated with this new value, but it's > > fine to do that by hand). The currently selected option would need a > > tick next to it (where the > normally goes for a menu item). > > > A few examples on my iPod Touch Settings app are: > > Music > Audiobook Speed (list of 3 options) > > Video > Start Playing (list of 2 options) > > Safari > Accept Cookies > > > etc. > > > If this doesn't yet exist and isn't on any roadmap, I guess I'll code > > it as I need it! In which case, I'd have some implementation > > questions (eg. replacing select+option tags vs. a seperate screen with > > radio inputs)... > > > Best regards, > > > Tom Godber, Masabi. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "iPhoneWebDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/iphonewebdev?hl=en -~----------~----~----~----~------~----~------~--~---
