用Extjs4.2写了个带Row Editing的grid panel,在firefox下一切正常没有问题,但是到IE下发现按钮竟然跑上面去了,如下图:
但是extjs的样例都没有这个问题按钮是在下面的,上网搜搜吧,也没有搜到有价值的文章可以参考。没法了自己解决吧,先翻翻源码看看这个按钮是怎么定位的,发现它定位按钮位置遵循以下逻辑:
var overflow = this.getScrollDelta() - (scrollingViewElDom.scrollHeight - scrollingViewElDom.scrollTop - scrollingViewElDom.clientHeight);
if (overflow > 0) {
if (!me._buttonsOnTop) {
floatingButtons.setButtonPosition('top');
me._buttonsOnTop = true;
}
scrollDelta = 0;
} else if (me._buttonsOnTop) {
floatingButtons.setButtonPosition('bottom');
me._buttonsOnTop = false;
}
解释一下就是,计算两个数的差,一个是Roweditor完全展示出来需要向下滚动的像素数,另一个是滚动条还能够向下滚动的像素数。说白了就是看看滚动条还能够向下滚动多少,往下还有多大地儿,空间够不够按钮渲染,够的话就渲染在下面,不够的话就渲染在上面。这个逻辑很对没有问题,怎么到IE下按钮就跑上面了呢。调试一下发现,问题出在这个变量的取值上scrollingViewElDom.scrollHeight ,当元素内容高度小于元素高度时,火狐下这个值等于元素高度,IE下这个值等于内容高度。所以IE下计算滚动条能够向下滚动的像素数时得到一个负数,导致此bug出现。那怎么sencha官方的例子没有这个问题呢,一看官方的例子发现例子中的记录数很多,元素内容高度大于元素高度,此bug没有体现出来。把官方样例中的记录数减少到只有1、2条,果然也出现了此问题。原因找到了就好说了,修复此bug只需重写源码即可。
Ext.override(Ext.grid.RowEditor, {
syncButtonPosition : function(scrollDelta) {
var me = this, floatingButtons = me.getFloatingButtons(), scrollingViewElDom = me.scrollingViewEl.dom, myscrollHeight = Math
.max(scrollingViewElDom.scrollHeight, scrollingViewElDom.clientHeight), overflow = this.getScrollDelta()
- (myscrollHeight - scrollingViewElDom.scrollTop - scrollingViewElDom.clientHeight);
if (overflow > 0) {
if (!me._buttonsOnTop) {
floatingButtons.setButtonPosition('top');
me._buttonsOnTop = true;
}
scrollDelta = 0;
} else if (me._buttonsOnTop) {
floatingButtons.setButtonPosition('bottom');
me._buttonsOnTop = false;
}
return scrollDelta;
}
});