Closed
Bug 59072
Opened 25 years ago
Closed 24 years ago
scroll or reload causes content to shift out of position
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ekrock, Assigned: karnaze)
References
()
Details
Using N6 11/1 on WinNT 4.0 SP4.
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m18) Gecko/20001101 Netscape6/6.0
To repro: view page. Contents of table's top-left cell ("Book Ordering Info")
are clearly offset from the author's intended position within the cell.
HTML Writer's guild icon is also clearly offset from where the author intended
as it appears on top of text.
I did a quick View Source and he doesn't appear to be using Nav4 Layers or IE
DHTML. Suspect this is some question of interpreting relative positioning
offsets or something.
Looks fine in Nav4.75 and IE5.5 on Win. 4xp.
Comment 1•25 years ago
|
||
Page looks fine to me with 11/3/2000 rtm build on WINNT. If I make browser
window narrow, the text will start to go behind HTML Writer's guild icon, but it
also does this on Nav 4.x and I.E 5.5.
The Book Ordering Info cell looks fine as well.
Comment 2•25 years ago
|
||
Often, this seems to trigger on a reload, but with the current HTML for that
page, you wind up getting all sorts of problems with overlapping blocks, and
the contents of table cells spilling into adjacent columns (it's different of
each reload).
Here's the note I posted to others already:
In the second row, columns 2 and 3, which are already percentage-width
column for an auto-width table, the contents of the TD's are nested tables
with 'width=100%'. The third column's table then nests two further tables
of 'width=100%'.
I don't know what really happens at that point, but I can imagine that sets
off a bunch of recalculation of the various column widths, and something
gets out of whack.
The above situation is possibly made worse since the first two columns
are fixed-width, yet are spanned by a percentage-width TD, which is
an impossible constraint in an auto-width table.
At any rate, changing those nested tables within the columns to just have
auto-width, seems to correct the page for me.
http://jrgm.mcom.com/adhoc/woram.com/woram-com-adj2.html
Comment 3•25 years ago
|
||
Same thing on the Mac with a Commercial build 2000-11-01. Like Kevin, I could
not reproduce the problem but then when I tried to reload as John wrote, the
layout was all messed up.
| Assignee | ||
Comment 4•25 years ago
|
||
I can't reproduce this (even after reloading) on a 11/2 debug WinNT build.
Comment 5•25 years ago
|
||
I can see this in both a trunk/debug and branch/opt build, sometimes on initial
load, always on a reload (all sorts of elements get misplaced) -- loading
http://www.woram.com/
[Just to be clear, the page at jrgm.mcom.com is not supposed to show this
behaviour; it was adjusted to avoid it].
| Reporter | ||
Comment 6•25 years ago
|
||
On 11/1 build on WinNT 4.0, I see that:
a) the page initially lays out OK.
b) scrolling then causes the "Book Ordering Info" to jump out of position
c) once it's out of position, putting cursor in URL bar & hitting return causes
page to reload from scratch, and the problem goes away
d) if you then click Reload, "Book Ordering Info" jumps out of position
Changing summary from '"Book Ordering Info" is out of author's intended position
' to "scroll or reload causes content to shift out of position"
So, the workaround for this bug is to put the cursor in URL bar & hit return.
Summary: "Book Ordering Info" is out of author's intended position → scroll or reload causes content to shift out of position
Comment 7•24 years ago
|
||
WORKSFORME
Platform: PC
OS: Windows 98
Mozilla Build: 2001012205
Marking as such.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•