Closed
Bug 141526
Opened 23 years ago
Closed 21 years ago
input-text-boxen one 'size-point' too long
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 103293
Future
People
(Reporter: clearing_up, Assigned: john)
References
Details
(Keywords: platform-parity, regression, Whiteboard: [DUPEME])
Attachments
(5 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0+) Gecko/20020501
BuildID: 20020501
In the following HTML-Input I can put 6 caracters, w/o box-scrolling:
<input type="text" size="5">
Reproducible: Always
Steps to Reproduce:
New HTML-Form with the HTML-Input-Source above
Expected Results: 5 carcters w/o scrolling like netscape communicator 4.7x and
ie 5.x+
Comment 1•23 years ago
|
||
Sorry, this is invalid. The default font for text-inputs is a variable-width
font, in which the "width of a character" is a meaningless concept. Try putting
5 copies of the letter "W" in that input field, then try five copies of the
letter "i" to see what I mean. We try to size to an "average" character size
and match closely to IE/NS4 most of the time.
If you are having the problem you describe and the font being used is _fixed_
width, please reopen and attach a testcase (and my apologies in that case)....
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 2•23 years ago
|
||
The problem occured width the Courier New/Courier font, with fiexed width.
I used the following relevantly HTML/CSS-Source:
<html><head>
<style type="text/css"><!--
input.txt { background-color:b8d4f0; border-right:1px solid #ddeeff; border-top:1px solid #ddeeff; border-left:1px solid #ddeeff; border-bottom:1px solid #ddeeff; font-family:courier new,courier; font-size:10pt; }
//--></style>
</head><body><form>
<input type="text" name="code" class="txt" size="5">
</form></body></html>
With this Source I can reproduce this bug. But it's only an optical thing...
Thanx
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Reporter | ||
Comment 3•23 years ago
|
||
Sorry, I surveyed the attachment-function the first time.
Comment 4•23 years ago
|
||
That testcase worksforme on Linux.... (Exactly 5 chars fit).
What do you mean by "it's an optical thing"?
Reporter | ||
Comment 5•23 years ago
|
||
So it looks on my Win98SE (that i called "optical problem"),
with the <textarea>'s i've a similar prob with the width (6/8 instead of 5/7 --
w scollbar/wo scrollbar by cols="5")
Or must it be a local problem? (I have the problem with older Mozilla-Versions,
too -- like the old 0.6 - a row-problem with textareas must be solved since
0.6)
Comment 6•23 years ago
|
||
confirming based on that screenshot. :)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•23 years ago
|
||
The two textfields on the top of the page ought to contain 65 characters,
exactly!
But the "input"-tag is containing 66chars and the "textarea" even more.
The latter one doesn't also obey to options like "wrap=HARD" or
"wrap=physical"!
How annoying this bug could become, you may consider, if tables like the one
showed will become more deeply nested with every field 1 char TOO LONG...
Reporter | ||
Comment 8•23 years ago
|
||
The problem you've with the <textarea>'s isn't really one.
A textarea should be automatically 2 'points' wider and one higher, because of
the scroll; but they are _3_ points wider (one too much, like type=text).
With wraps i've got problems too...
Example: cols="5", rows="2", actually 8/3, 7/3 would be corret, i think.
Reporter | ||
Comment 9•23 years ago
|
||
Comment 10•23 years ago
|
||
*** Bug 143693 has been marked as a duplicate of this bug. ***
Comment 12•23 years ago
|
||
nsbeta1-. Engineers are overloaded with higher priority bugs.
Assignee | ||
Comment 14•22 years ago
|
||
There is an exact dup of this bug somewhere, but I can't for the life of me find it.
Priority: -- → P3
Whiteboard: [DUPEME]
Target Milestone: --- → Future
Comment 15•21 years ago
|
||
*** Bug 183911 has been marked as a duplicate of this bug. ***
Comment 16•21 years ago
|
||
The problems with fixed-width fonts are fixed by bug 103293 and the rest of the
behavior mentioned in this bug is correct....
*** This bug has been marked as a duplicate of 103293 ***
Status: NEW → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•