If you view an HTML document with this in it: <hr size="1"> if you look carefully at the horizontal rule, you should see the following problems: Windows 98: the right hand edge of the HR has an extra pixel below it linux: the right hand edge of the HR has an extra pixel above and below it Mac OS: at the left end of the HR, there is one extra pixel below it. At the right end of the HR, one pixel to the left of the end of the HR has an extra pixel below it. That's my best guess as to exactly where the extra pixel is on linux and Windows; using CloseView on the Mac, I'm able to see it more clearly.

Clearly this is a line length rasterization problem...

Need to get all platform in sync with how they cover the pixels during Drawline, DrawPolygon etc.

This problem still occurs in the June 30th builds (1999063009).

Moving to M9

Moving to M10

If I use <HR SIZE=1 WIDTH=100> I get: NN 3.04 and NN 4.61: 100 pixels, color is RGB(128,128,128) IE4 and IE5: 99 pixels, color is RGB(128,128,128) Mozilla nightly build 1999-08-13-09-M9 on both Win98 and NT: 102 pixels, color is RGB(141,141,141) except last pixel which is RGB(128,128,128)

Moving to M11

Need to solve bug 2150 pixel compatibility between platforms than look at this problem again. The initial description sounds like a pixel compatibility problem, but the later problem reported by mats@symsoft.se 08/14/99 13:34 seem like a rendering problem in nsHRFrame.cpp

Moving to M13

Moving to M15

Don, do all platforms have the same pixel coverage when rasterizing lines?. I think you closed out a bug related to this. Could you check the HR element to make sure it renders the same on Mac, WIN32, and Linux?

1.) This works on all my platforms (WIN NT, WIN 98, Mac and Linux). 2.) The horizontal rule is drawn using a rectangle of the given thickness, so any overdraw (down and right or left) can not be caused by line drawing.