Skip to main content

Search and Top Navigation

#5198 closed bug (fixed)

Opened February 19, 2010 07:52AM UTC

Closed February 20, 2010 01:38AM UTC

Autocomplete: class needed on input element

Reported by: jdillmann Owned by:
Priority: blocker Milestone: 1.8
Component: ui.autocomplete Version: 1.8rc2
Keywords: Cc:
Blocked by: Blocking:
Attachments (0)
Change History (2)

Changed February 19, 2010 07:56AM UTC by rdworth comment:1

This is an unintended consequence of #5120. Now that the ui-autocomplete class is correctly on the widget element - the same with the ui-widget class and the same returned by .autocomplete('widget') - the input still needs some kind of ui-autocomplete-* class. In the case of dialog, the original element gets a class of 'ui-dialog-content' but that one's a little different because it's a child of the ui-dialog wrapper element that is generated.

Datepicker is a more similar example, since it can have a text input as a trigger. As the forum post indicates, datepicker adds a 'hasDatepicker' class, but this shouldn't be followed as it doesn't have a 'ui-' prefix, nor does it contain the more specific 'ui-datepicker-' prefix. I think 'ui-autocomplete-input' would be suitable. A similar class could be added to the datepicker's input 'ui-datepicker-input' and the hasDatepicker class could be deprecated.

Changed February 20, 2010 01:38AM UTC by scottgonzalez comment:2

resolution: → fixed
status: newclosed

Fixed in r3830.