Closed Bug 13230 Opened 26 years ago Closed 26 years ago

<input type=text> (size is off by one pixel) form element doesn't display size attribute properly

Categories

(Core :: Layout: Form Controls, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: dmw73, Assigned: rods)

Details

(Whiteboard: one pixel short, that needs to be fixed.)

<input type=text> form element doesn't display the size attribute properly. The size is always 4 characters larger than what was specified. for example: <form name="f"><input type="text" name="t" size="3"></form> The form text field that appears on screen allows 7 characters to be input before "spilling over". The above snippet is all that's required to duplicate this problem; this is the simplest case scenario. Using M9 from the file mozilla-i686-pc-linux-gnu.tar.gz
Reassigning to Steve.
Assignee: karnaze → buster
Assignee: buster → rods
reassigned to rods. Rod has recently changed all the text control sizing code, and this may already be fixed.
Whiteboard: one pixel short, that needs to be fixed.
I tested the above snipet and it comes out one pixel short with GFX rendering than with Nav 4.0. I'll look for that one pixel
Summary: <input type=text> form element doesn't display size attribute properly → <input type=text> (size is off by one pixel) form element doesn't display size attribute properly
Augmented description to better track the bug.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
We have duplicated the Nav algorithms for NavQuirks mode. Any mismatch on size now was to do with the font metrics and the way Gecko attempts to match fonts in NavQuirks - Fixed
QA Contact: phillip → desale
Status: RESOLVED → VERIFIED
Verified with 1999-11-29-09.
You need to log in before you can comment on or make changes to this bug.