I have a WebDataGrid that has ColumnResizing and ColumnMoving enabled. This works fine in IE but in firefox the resizing doesn't seem to work.
Column resizing in firefox works fine if column moving is not enabled.
Tried this in both firefox 3.0 and firefox 3.5 - it doesn't seem to wok in either. Any ideas?
I have now updated to the latest NetAdvantage ASP.NET service release (9.1.20091.2101) and have also tried using different Style Sets but the problem persists.
Is there a work-around for this bug (apart from not using firefox with colum resizing and column moving enabled)?
Is this bug going to be fixed?
We experienced the same problem, so I did a bit of Javascript debugging, hoping to find a quick workaround. To cut a long story short: I succeeded. I found a method that delegates the mouse down event to all Drag&Drop behaviors like ColumnResizing and ColumnMoving. Firefox receives a special treatment here:_onMouseDown: function(e){ if (e.button == 0) { this._mouseDown = true; /* disable default drag-drop of firefox */ if (!$IG.DragDropManager._supportsElemFromPoint || $util.IsFireFox) $util.cancelEvent(e); }}So the event will be cancelled as soon at has been consumed by the first behavior assigned which happens to be the ColumnMoving behavior.So I’m using a litte Javascript methodfunction onInitMoving(){ $util.IsFireFox = false;}It is called on the client side event fired as soon the ColumnMoving behavior is initialized:<ig:ColumnMoving Enabled="true" DragStyle="Slide" ColumnMovingClientEvents-Initialize="onInitMoving" /> This works for us and I have not experienced any unwanted side effects so far. Maybe this helps you too, at least until the Infragistic team releases a fix.
Thanks for the reply zegmbh.
It's strange that ColumnResizing and ColumnMoving both individually work in firefox, but not combined.
I'm sure there must be some reason for the special casing in firefox but as we are not using any other drag/drop type functionality, hopefully this should work. Anyway, I will investigate this solution as a workaround to see if it will work for us.
This is related to the order of events, which is different in Firefox. If one behavior cancels one of the events the other never gets it in this browser.
This bug is fixed and will be available with the next service release.
I am using version 2010.3, but the problem is still there.
BUT, the hack above works for us. Thanks.
Xiaosu
Hello,
I think you are talking about a similar issue that was just recently fixed and will be available in November Service Release.