#3642 css glitch (?) in slashdot CSS redesign

[David Kewley]

Browsing to
http://slashdot.org/tmp/slashdot_redesign/ today
using Konqueror 3.5.2-0.1.fc4 Red Hat (Using KE
3.5.2-0.1.fc4 Red Hat), I see the attached "before"
screenshot. Notice the menu text misplaced to the
top-left of the page. The slightest resize of the
page corrects the menu text position immediately --
see the "after" screenshot (uploaded shortly).

Let me know what other details you need.

[David Kewley]

screenshot before window resize, with menu text displacement

[David Kewley]

Logged In: YES
user_id=1380741

Here is the "after" screenshot.

[David Kewley]

after a slight window resize, the menu text is placed properly

[David Joham]

Logged In: YES
user_id=133395

I've tracked this down to what looks like to Konq bug. In
transitions.js, there's a constructor for fx.Layout object
that looks like this:
//stretchers
fx.Layout = Class.create();
fx.Layout.prototype = Object.extend(new fx.Base(), {
initialize: function(el, options) {

this.el = $(el);
this.el.style.overflow = "hidden";
this.iniWidth = this.el.offsetWidth;
this.iniHeight = this.el.offsetHeight;
this.setOptions(options);
}
});

if you comment out the two lines
this.iniWidth = this.el.offsetWidth;
this.iniHeight = this.el.offsetHeight;

then Konq won't initially goof the layout up.

Also note: konq works fine -even after the initial layout
badness - if you show and/or hide one of the menus. It
seems as though it's only an initial layout problem.

[Allan Sandfeld Jensen]

Logged In: YES
user_id=267986

As written in the duplicate bug, the real issue is setting
style.hidden = 'overflow' which will create an implicit
layer, which konqueror forgets to position. Doing
practically anything to element well force a recalc of the
position, and fix the bug.