On Wed, 25 Apr 2007 14:25:19 +0100, Dan G. Switzer, II <[EMAIL PROTECTED]> wrote:
> > Kelvin, > >> I've implemented a new dpSetDisabled feature so that you can disable and >> reenable date picker instances. New demo here: >> >> http://kelvinluck.com/assets/jquery/datePicker/v2/demo/datePickerDisabled.h >> tml > > Just a quick behavioral quirk I noticed. After disabling the field, the > cursor shows as the pointer/hand when you mouse over where the calendar > button is. > Well spotted! I've made a little change to the CSS to help avoid this problem. I also modified the plugin so that the link doesn't have a title when it is disabled so that no tooltip shows up. > I'm sure you hide the anchor instead of setting the display to none so that > the layout doesn't change, but I could see this as a confusing behavior. > > Also, when you're tabbing through the DOM elements (using the [TAB] key) > it'll stop on the hidden anchor. > > You could probably solve this problem by setting the original <a href /> > anchor to display: none and then inserting a <a name /> anchor in its place > (with a visibility: hidden.) You shouldn't be able to tab or click on a name > anchor, but it should conform to the same class definitions. That sounds like it might work but seems to me that it would add unnecessary complications to the plugin for what is quite a small reward... I would have to consider things like "what happens if the user had added an id to the button and is using that to style it" as well as simply swapping the elements. I did some experiements with trying to delete the href or set it to '' but they didn't seem to render the link untabbable. I think it's something I may revisit if (when?) I look at making the datePicker keyboard accessible... Thanks for the feedback, Kelvin :) > > Just an idea. > > -Dan > >
