Closed Bug 13230 Opened 21 years ago Closed 21 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: 21 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.