Closed
Bug 141526
Opened 22 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•22 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: 22 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 2•22 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•22 years ago
|
||
Sorry, I surveyed the attachment-function the first time.
Comment 4•22 years ago
|
||
That testcase worksforme on Linux.... (Exactly 5 chars fit). What do you mean by "it's an optical thing"?
Reporter | ||
Comment 5•22 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•22 years ago
|
||
confirming based on that screenshot. :)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•22 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•22 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•22 years ago
|
||
Comment 10•22 years ago
|
||
*** Bug 143693 has been marked as a duplicate of this bug. ***
Comment 12•22 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: 22 years ago → 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•