Opened 15 years ago

Closed 15 years ago

Last modified 11 years ago

#3284 closed defect (fixed)

Select: highlighting not according to spec

Reported by: bill Owned by: haysmark
Priority: high Milestone: 0.9
Component: Dijit - Form Version: 0.9
Keywords: Cc:
Blocked By: Blocking:


In 0.4.3, even with autocomplete=true, you can type a few letters (like "al") then use down arrow to go through the list of options, and then type another letter and the autocompleted characters (the characters filled in automaticaly in the <input>) are erased and replaced by the letter you typed.

This is because the autocompleted characters are highlighted, so that typing another character erases them (and restores the input box to what the user typed manually).

For the same reason, typing the delete key erases the autocompleted characters.

0.9 should function similarly.

Change History (2)

comment:1 Changed 15 years ago by Douglas Hays

Resolution: fixed
Status: newclosed

(In [8940]) Fixes #3284. Proxy commit for haysmark. Before this change, if you arrowed through the menu, the text of the menu item replaced the value inside the textbox, per a11y requirements. If you decided to type text after you had started scrolling through the menu, the typed text was appended to the END of the autocompleted text. Now when you arrow down through the ComboBox? menu, the text that automatically appears in the textbox is "autocompleted" (highlighted) so that if you want to type more as you scroll through the menu, your typing erases the autocompleted text. Similarly, if you press backspace you will clear the autocompleted text, leaving just what you manually typed.

comment:2 Changed 11 years ago by bill

Component: DijitDijit - Form
Note: See TracTickets for help on using tickets.