Closed Bug 25983 Opened 25 years ago Closed 24 years ago

%-width HR in %-width cell too wide

Categories

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

Product:
Core
Component:
Layout: Tables
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: justin, Assigned: buster)

References

(
URL
)

Details

(Keywords: testcase, verifyme, Whiteboard: [TESTCASE])

Attachments

(2 files)

Testcase
1.49 KB, text/html
Details
karnaze's test case
259 bytes, text/html
Details 
I wanna say you guys are doing great with mozilla.. almost bugless.  i 
downloaded it out of intrest, and feeling that i owe it to the free software 
community.  I loaded my page, and there are some errors displaying it.  First 
the <hr> tags.  all hr tages are like this: <hr align="left" width="100%" 
size="3" color="black"> .. for some odd reason it doesn't make them look solid, 
or any good for that matter.  these are placed inside a table that is ontop of 
a table if that makes a difference.  i tried my page on MSIE 5.01 and Netscape 
4.7 ... msie (****) looks fine, netscape just doesn't work--at all.  Next the 
table's are messed up.  One table is ontop of another to give a boarder 
effect.  the bottom table (<table border="0" width="100%" bgcolor="#000000" 
cellspacing="4" cellpadding="0">) doesn't show up.  

My ststem specs, if it'll help are as follows:
pentium 75 mhz
20 megs ram
win95 (i hate this micro$nuff sh1t)
two hard drives, both 2.0g
latest alpha version of mozilla.. 

i have to say, mozilla is quite impressive.  runs fine on my old peice of junk 
computer. 

thanks for taking time to read my petty problems.
URL: www.ice.kewlio.net → http://www.ice.kewlio.net/
Status: NEW → ASSIGNED
Yes, two of the HR elements don't look solid to me either. As far as the HR 
elements being black, where did you get "color=" from? It's not in the HTML4 
spec or in the Navigator documentation of supported tag attributes (maybe that 
explains why Nav 4.7) doesn't render the HR elements in black.
Okay, the reason the second and third HR are not solid is because you didn't 
specify "noshade" for them. Only the first HR has "noshade" specified
Chris, the issue of the HR color is resolved (so I think). Re-assigning to you 
to take a look at the second issue: the tables not lining up. Note that it 
displays the same in Gecko as it does in Nav 4.x, but that we display it 
differently than IE
Assignee: troy → karnaze
Status: ASSIGNED → NEW
Component: Layout → HTMLTables
QA Contact: petersen → chrisd
Attached file Testcase — 

    
    

    
  
My testcase shows that table layout is correct. The reported "border effect" is
caused by the cellspacing of the outer table. The problems in Nav4.x and Mozilla
is that this cellspacing takes on the color of the BODY background, so the
"border effect" is lost. The attached testcase shows the coloring differences
of table borders, cellspacing and HR within tables. The results from testing 3
browsers are discouraging. It shows major compatibility problems for page
authors to cope with.
Also note that the HR is slightly to long in Mozilla and Nav4.x (drawing into
the cellspacing). That *could* be bug 4811.
Keywords: testcase
Whiteboard: [TESTCASE]

    
    

    
  
The cellspacing color can be made to look like IE by inserting <!DOCTYPE HTML 
PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">.

The problem of the <HR> extending out of the table looks like a block/line 
problem. The line containing the <hr> extends outside the bounds of the block 
containing it in the simple html below. Reassigning to Kipp's bug list.

<table border="0" width="100%" bgcolor="#0000FF" cellspacing="0" 
  cellpadding="0">
 <tr>
  <td width="100%">
    This is a &lt;HR&gt; with a noshade attribute:
    <hr align="left" width="100%" noshade size="3" color="black">
  </td>
 </tr>
</table>


Assignee: karnaze → kipp

    
    

    
  
mine! mine mine mine!  all mine!  whoo-hoo!
Assignee: kipp → buster

    
    

    
  
changed summary to reflect the remaining problem form the original report.
Summary: some problems i see with <hr> and <table> → %-width HR in %-width cell too wide
Target Milestone: M18

    
    

    
  
re-assigning some HR bugs to Rod.  Thanks, Rod!
See karnaze's last comment for the remaining issue on this bug.
Assignee: buster → rods

    
    

    
  
reassigning back to you (buster) its core layout work and it appears that most 
of these aren't HR frame issues, but are block issues
Assignee: rods → buster

    
    

    
  
redistributing bugs across future milestones, sorry for the spam
Target Milestone: M18 → M19

    
    

    
  

      
      
      
      

        Attached file
          
        karnaze's test case
        — 
      

    


  

    
    

    
  
we render as Nav 4.x, marking invalid.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID

    
    

    
  
Adding 'verifyme' keyword
Keywords: verifyme

    
    

    
  
Works for Me
Platform: PC
OS: Windows 98
Build # 2000100508 M18 Trunk Build
Marking as Verified

Status: RESOLVED → VERIFIED

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: