Severity: normal → major
Keywords: dom0, mozilla0.9.3, regression
Over to evangelism, I bet this is due to the fix that went in for bug 81290, that fix makes mozilla work more like IE does wrt .offsetXXX (which this page uses extensively) and now this site relies on the old broken mozilla behavior that was fixed. Markus, that change went in on 6/29, could you test builds around that date to verify?
Assignee: jst → bclary
Component: DOM Level 0 → Evangelism
QA Contact: desale → zach
Bob, I recommend marking P1 because this is a really important "dhtml" library. jst, is there a way to tell the folks at hiermenus what changed in offset* exactly? since they just released a new version (a few weeks ago), I doubt they will like it not working with NS6.1
Severity: major → critical
Priority: -- → P1
Fabian, .offsetXXX changed to match what IE returns when used on positioned elements or children of positioned elements, i.e. offsets on an element that's a child of a positioned element are relative to the closest positioned parent, among other things like that...
Yes, the problem is due to .offsetTop and .offsetLeft. The following html demonstrates the problem: <html> <body> <div id="test" style="left:100px;top:100px;position:absolute;"> <div id="test2" style="position:absolute;"> </div> </div> <script> document.write("offsetLeft:"+document.getElementById('test2').offsetLeft+"<br>"); document.write("offsetTop: "+document.getElementById('test2').offsetTop+"<br>"); </script> </body> </html> 0.9.2 displays an offsetLeft and offsetTop of 100, but Build 2001062815 displays 0
Peter replied and will be adapting the HierMenus to handle the changes in the offsetXXX properties. But since he released a new version yesterday it will be a few weeks before the next release.
18 years ago
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Version: other → unspecified
Version 4.0.14 of the HierMenus code has just been posted at the WebReference site that addresses this issue, and web authors are encouraged to download and update their HM code (which now works as intended for NS6.0, 6.1, and Mozilla builds before and after 20010726). Perhaps bug 90617 should be marked as fixed, as this is an HM issue, and not a problem with Mozilla code.
can we close this out now and recomend an upgrade to those using HierMenus? Zach
oops, ignore that :)
*** Bug 94162 has been marked as a duplicate of this bug. ***
Peter fixed HM, ->Fixed
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.