https://bugzilla.wikimedia.org/show_bug.cgi?id=32241
--- Comment #9 from Lupo <[email protected]> 2011-11-13 13:59:31 UTC --- Created attachment 9436 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9436 Patch to restore window's scroll state after focus() on IE The attached patch solves the *functional* problem, i.e., the insertion at a bogus position, or even non-insertion of the text. With this patch, a click on the "bold" button does insert at the correct position. Th patch solves the scrolling issue only halfway: while the textbox is where it should be in the end, the screen flickers briefly. I have not been able to find out where exactly this flickering comes from. In debugging, it appears to occur during the mousedown event, but I don't see why. When stepping over the call to context.fn.saveCursorAndScrollTop(), it flickers; but when stepping through, it doesn't. Executing without debugging also flickers. Also note that there a few more focus() calls that do not go through the jQuery focus() but call the native focus() method directly on DOM elements; these are of course not caught by this patch to the jQuery focus(). I see such direct focusing in jQuery.wikiEditor.dialogs.config.js, line 1123 jQuery.wikiEditor.iframe.js (5 times, 4 times on $iframe[0].contentWindow) jQuery.wikiEditor.toolbar.js, line 284 (on $iframe[0].contentWindow) jQuery.ui.accordion.js, line 243 If one of these can be invoked here (other event listeners?), that might be the cause of the flickering. Could somebody else please take a look and try to figure out where this flickering comes from? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
