在使用optgroup时遇到的缺陷与修复

转载

mb5fcdf3fd1fd25 2005-06-02 23:46:00

文章标签 html 状态栏列表框 javascript 事件触发 文章分类 代码人生

在IE6.0里微软提供对HTML4.0中定义元素optgroup的支持，不过当我今天使用optgroup时，居然发现其在事件处理上存在bug。该bug影响select元素上的onchange事件，具体表现及处理如下。

我们看一下这个带有optgroup的select事例：

Option01 Item Option02 Item Option03 Item Option04 Item Option05 Item Option06 Item Option07 Item

HTML代码及演示脚本如下：

<html>

<head>

<title>optgroup demo</title>

</head>

<body>

<option>Option01 Item</option>

</optgroup>

<option>Option02 Item</option>

</optgroup>

<option>Option03 Item</option>

<option>Option04 Item</option>

</optgroup>

<option>Option05 Item</option>

<option>Option06 Item</option>

<option>Option07 Item</option>

</optgroup>

</select>

var g_count = 0;

var slt = document.getElementsByTagName('SELECT')[0];

slt.onchange = doChange;

function doChange()

{

status = g_count++;

}

</script>

</body>

</html>

本演示示例的意图是当select上的选中的条目一旦改变，就执行一次doChange()方法。你可以点击列表框中的条目并注意一下状态栏，是不是每一次点击都会使数字加一？这是我们希望的效果，同时也说明onchange事件响应是正确的。这时如果你换用键盘上下键来移动列表框中的条目，继续注意状态栏，您会发现什么？状态栏数字的变化没有规律了，说明doChange()方法不总是在随条目状态改变而执行。仔细观察，会发现如果使用鼠标使在Group0n这样的条目上下移动时，select元素的onchange事件不会促发。不过此时select元素的selectedIndex属性指示状态是正确的，真是一个烦人的bug。

怎样修复这个缺陷呢？如果我们使用了optgroup这个元素，为了确保onchange事件不被遗漏，我们同时响应select元素的键盘事件就可以了。为了能监测selectedIndex的改变，我们需要使用select的onkeyup事件(因为这个事件在onchange之后触发)，可是如果我们简单的同时注册这两个事件，似乎还是有问题的说。看下面的例子，我们把onkeyup也等于了doChange()方法。

Option01 ItemOption02 Item Option03 Item Option04 Item Option05 Item Option06 Item Option07 Item

使用键盘操作条目，会在原来正常的地方出问题，就是doChange()方法会被触发两次。上面我们不是说了为什么一定要使用onkeyup监视键盘吗？就是因为onkeyup事件在onchange事件之后执行，所以我们可以利用这个事件触发顺序，自己来检测onchange事件是否已执行。效果如下：

Option01 ItemOption02 Item Option03 Item Option04 Item Option05 Item Option06 Item Option07 Item

修复bug的脚本代码为：

var g_count = 0;

slt.onchange = doChange;

slt.onkeyup = doKeyup;

function doChange(elmt)

{ elmt.__selectedIndex = elmt.selectedIndex;

status = g_count++;

}

function doKeyup(elmt)