$("input[name$='DateString']:not([readonly])") I don't know if jQuery supports [!readonly], if it does then that's an alternative to :not([readonly]);
readonly is a boolean property, in XML/HTML this means that only it's presence is required. If it is present the property is true, if it is absent the property is false. Thus you use a simple [readonly] to check for the existence of the readonly attribute. And in your case surround that with a :not() to check for things without readonly. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] dmcmeans wrote: > Using jQuery 1.3.1, the following line works in IE8 and FF. > > $("input[name$='DateString']:not([readonly='readonly']),input[name > $='DateString']:not([readonly='true'])").datepicker > ( dpOptions ).addClass( "date" ).attr( "maxlength", "12" ); > > But does not in IE7. I had to alter it to > > $("input[name$='DateString']:not([readonly='true'])").datepicker > ( dpOptions ).addClass( "date" ).attr( "maxlength", "12" ); > > Because I have to support IE7, my workaround is to break it out > > $("input[name$='DateString']").each( function(i) { > $(this).addClass( "date" ).attr( "maxlength", "12" ); > > var ls_val = $(this).attr("readonly"); > if ( ls_val == false ) { > $(this).datepicker( dpOptions ); > } > }); > > which works well enough, just not as appealing. > > This appears to be a bug in jQuery. Any thoughts? > > David > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "jQuery Development" group. To post to this group, send email to jquery-dev@googlegroups.com To unsubscribe from this group, send email to jquery-dev+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/jquery-dev?hl=en -~----------~----~----~----~------~----~------~--~---