56725 - nested tables lose padding when visibility toggled

Status: VERIFIED DUPLICATE of bug 40828

(Core :: Layout: Tables, defect, P3)

Description

[rob cherny]

From Bugzilla Helper:
User-Agent: Mozilla/4.7 [en] (WinNT; I)
BuildID:    

when you nest a series of tables, then toggle the visibility settings of those 
nested tables, mozilla loses the padding settings.  check out the URL provided.

Reproducible: Always
Steps to Reproduce:
1.create a series of nested tables.  set the padding to any value.
2.make sure the default is 'visible'.
3.hide, then show the tables.
4.observe ....

Actual Results:  the padding is lost on the tables. this happens whether borders 
are set on or off.  the URL above has borders set to 1 for demonstration 
purposes.

Expected Results:  all padding settings would be retained.

this sucks.  any designer or development shop that wants to hide/show things is 
frequently going to be using nested tables. can't find a work around right now. 
anyone?

Comment 1

[Bernd Mielke]

This belongs to html-table reassigning the bug.

Comment 2

[rob cherny]

This is even worse than i thought.  so far, every positioned table with any kind 
of padding that has it's visibility toggled loses it's padding.  this is 
serious.  think about any development being done and blocks of content that 
developers are going to want to toggle on/off ... the formatting is all out of 
whack when this happens and it just looks bad.

Just like bug 55954, if you toggle the display the table formatting is restored. 
 however, i have another script which floats a positioned element down the page 
(ala the annoying geocities watermark, only smoother) and any time it scrolls 
off the page, whether the padding was there when the menu item was on screen or 
not, the minute it floats back into view the padding is destroyed again.

please see the pop up screen in the URL - http://www.cherny.com/home/.  toggle 
the menu with the tab on the side, the menu will go back and the display is 
being toggled as well to work around this problem.  however, scroll rapidly down 
the page and when the menu floats back into view (if you have the menu showing) 
then the padding has been destroyed again.

Comment 3

[karnaze (gone)]

This could be a dup of bug 40828 (which has a patch, but did not get PDT 
approval for RTM), but I don't have time to verify.

Comment 4

[rob cherny]

having read the description of bug 40828 and looking over the test cases, yeah, 
it very much looks like a dup.  but why not RTM? this strikes me as a real 
serious layout problem.  pages *will* break **** this.  ah, well, i guess 
you gotta pick your battles...

Comment 5

[Asa Dotzler [:asa]]

resolving as dupe of bug 40828

*** This bug has been marked as a duplicate of 40828 ***

Comment 6

[Stephen Walker]

vrfy dup