Issue with keystroke in a listbox in a browser window

[scotitpulsa]

I have a listbox populated with list items that are not in alphabetical order. When the listbox has the focus on a particular list item, if the user hits for instance "T", the focus on that list item will move to the focus of the first item in the list that begins with "T". It does that fine. If the user hit "T" again, the focus is supposed to move to the next item in the list that begins with "T". At this point the focus doesn't move to the next item in the list that begins with "T", it just stays on the selected list item. Any suggestions on how to remedy this?? Thanks in advance!!

-Scot

 

[bcastner]

This sounds like "normal" behavior. The list box focus would only change with typing the next character in the search.

There have been some funny things done from the last IE Cumulative Update in November, 2003. The scrollbar and other oddities to mshtml.dll have been repaired with the February Hotfix.

 

[scotitpulsa]

this is not in a search box, this is in the list box itself. the user is not typing into a search box.

 

[bcastner]

I am sorry, I was not very clear.

When in a listbox and you use the keyboard you are asking for a key search of the listbox contents.

Your behavior is normal: the key entry made on the keyboard finds the first matching listing. So, hitting 'T' for example will always bring you to the first match. Hitting 'TE' or something will find then the closest match for this sequence.

My advice above about oddities do to DLL changes are worth considering, as the February 2004 IE update changes important DLLs used by Explorer and the Windows Shell generally, not just IE.

 

[scotitpulsa]

I have two machines side by side, the one on the left allows a user to hit "T" and it goes to the first list item that starts with "T", then if they hit "T" again, it goes to the second list item that begins with "T".

The other computer only sits on the first list item that begins with "T", when struck a second time, it doesn't move the the next list item that begins with "T"

Curious to know where the location of the settings would be to cause the difference

 

[bcastner]

"There have been some funny things done from the last IE Cumulative Update in November, 2003. The scrollbar and other oddities to mshtml.dll have been repaired with the February Hotfix."

It would help to know that this step was taken.

 

[scotitpulsa]

All of our machines in our domain are updated with the latest hotfixes for both windows and windows software.

 

[bcastner]

Are you using different versions of Microsoft Office on both machines?

If so, the issue is not resolvable currently with Office 2000, the behavior in a list box is "normal" and "by design."

 

[bcastner]

Anbd no resolvable under Office 2002.

 

[scotitpulsa]

this is in a PERL web application, it's not in MS office, and it's not in the coding of the web app either because it works right on one machine and not on another.

 

[bcastner]

I apologize for not being able to answer your question.

Essentially the listbox search feature is handled by DLLs, and if not the same, or not registered, you can exhibit different behavior. The normal listbox keyboard would act as you described in your first post.

To by fair to me as a respondent, the notion that you were calling a listbox from a Perl script is important. You should certainly check that the Perl interpreter and associated program files are the same between both machines.

In any case, this is a resolvable issue.