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)
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
reassigned to rods. Rod has recently changed all the text control sizing code,
and this may already be fixed.
| Assignee | ||
Updated•26 years ago
|
Whiteboard: one pixel short, that needs to be fixed.
| Assignee | ||
Comment 3•26 years ago
|
||
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
| Assignee | ||
Updated•26 years ago
|
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
| Assignee | ||
Comment 4•26 years ago
|
||
Augmented description to better track the bug.
| Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 5•26 years ago
|
||
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
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 6•26 years ago
|
||
Verified with 1999-11-29-09.
You need to log in
before you can comment on or make changes to this bug.
Description
•