One of the most missed features of nn<=4 SELECT element is that it is not scrolling to display the selected element when javascript sets selectObject.selectedIndex Now m5 does some scrolling but when MULTIPLE is set the scrolling is stopping one or two OPTION elements above the (newly) selected OPTION. I guess neither HTML4 nor DOM level 1 prescribe that the selected element has to be displayed but if you are doing some scrolling I don't understand why it is not done to display the selected element. So <SELECT NAME="aSelect"> and document.formName.aSelect.selectedIndex = 8; shows the the OPTION with index 8 as does <SELECT NAME="aSelect" SIZE="3"> but <SELECT NAME="aSelect" SIZE="3" MULTIPLE> scrolls but stops to show OPTIONs with index 5, 6, 7. I suggest to consistently scroll so that the OPTION to which selectObject.selectedIndex gets set becomes visible.

Another SELECT bug. Enjoy, Eric! :-)

Overview Description: scrolling after changing selectedIndex of a SELECT box with size>1 does not work when SELECT box is MULTIPLE Steps to Reproduce: 1) load the attachment 2 [details] [diff] [review]) watch both select boxes, as selectedIndex is set to 4 (=entry 5) for both Actual Results: MULTIPLE box (on the left) scrolls so that entries 3 and 4 are visible; entry 5 is marked (visible if you scroll manually) not MULTIPLE box (on the left) scrolls so that entries 4 and 5 are visible; entry 5 is marked. Expected Results: both SELECT boxes to show entry #5. Build Date & Platform Bug Found: M7 & 1999071108 build. (Win32)

Rod, can you take a look at this one? Seems like an enhancement/feature, nothing too pressing... Thanks!

updated milestone

I have the fix in my tree

fixed - It does it now on incemental reflows, maybe not the bet solution, but it is the best for now.

Verified with 2000-02-02-14.