Ticket #98 (closed defect: wontfix)

Opened 4 years ago

Last modified 2 years ago

iframe flickers and jumps in IE6 when instance created inside a table

Reported by: pdowling Owned by: jf.hovinne
Priority: minor Milestone: 0.5
Component: editor Version:
Keywords: IE6 table blink dance scroll hover Cc:

Description

In IE6 ...

When WYMeditor is instantiated inside a simple table, the iframe scroll bars blink/dance when the mouse is moved from the surrounding box over the iframe edge.

Furthermore if enough content is entered and the iframe has to scroll, and the user scrolls to the bottom of the content, then selects content in order to bold or italicise it, when they move the mouse out of the iframe towards the toolbar button, the iframe scrolls back to the top meaning the user loses all context and must scroll down again.

I have a test case here:

 http://devel.webutils.vicnet.net.au/wymtest/index.cgi

The test case is almost identical to the 01-basic.html file that was released with version 0.4 as an example.

I've also created a video of the symtoms here:

 http://devel.webutils.vicnet.net.au/wymtest/IE6-table-blinkDanceScroll.avi

The test case is using version jQuery packed version 1.2.1

Thanks pd

Change History

comment:1 Changed 4 years ago by jf.hovinne

  • Status changed from new to assigned

Due to an IE6 bug, perhaps related to the default skin CSS. Doesn't occur with minimal skin - see test page 'inside-table.html' (r504).

comment:2 Changed 4 years ago by jf.hovinne

  • Priority changed from major to minor

comment:3 Changed 3 years ago by jf.hovinne

Email sent by P. Kane:

I ran into bug #98 today, while trying to run a WYMEditor (0.5b2) instance in a table cell with the default skin using IE6.

I see this section in the skin.js file:

//make hover work under IE < 7
        jQuery(wym._box).find(".wym_section").hover(function(){
          jQuery(this).addClass("hover");
        },function(){
          jQuery(this).removeClass("hover");
        });

If I remove it, the flickering/jumping problem goes away (but may make other aspects of the editor non-working, I haven't tested extensively). Anyway, just an FYI, as maybe a clue to a real solution.

comment:4 Changed 3 years ago by jf.hovinne

  • Milestone set to 0.5

comment:5 Changed 2 years ago by mr_lundis

  • Status changed from assigned to closed
  • Resolution set to wontfix

I'm dropping this as we need to get 0.5 out there. This is an edge case, there is a workaround and the IE 6 market share is steadily decreasing.

Note: See TracTickets for help on using tickets.