330343 - Incorrect width for text input fields

Status: VERIFIED DUPLICATE of bug 244429

(Camino Graveyard :: HTML Form Controls, defect)

Description

[Markus Amalthea Magnuson]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060226 Camino/1.0.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060226 Camino/1.0.0+

I'm creating a form with various controls in it. When I through stylesheets give the different fields a fixed width, text input fields actually get some extra pixels from nowhere.

Check out the attached URL, it has a text input control and a text area control, which both are given the same width. When viewed in Camino, the two controls has different widths even though they are given the same width in code. Firefox calculates the widths correctly.

Reproducible: Always

Steps to Reproduce:
1. Create a html page with a form in it
2. Add some form inputs to the form (including a text input)
3. Give all of the inputs a fixed width through CSS (for example "width: 100px")
Actual Results:  
The text input is too wide when the page is viewed

Expected Results:  
Text inputs should be as wide as other controls with the same width in code

Comment 1

[Chris Lawson (gone)]

Confirming with 1.0. Will check trunk in a minute, but I have no reason to think this is fixed there.

cl

Comment 2

[Chris Lawson (gone)]

Looks like it happens on trunk, too.

Markus, can you please attach your testcase to this bug (or promise not to have your testcase go anywhere until this is fixed)? :)

cl

Comment 3

[Markus Amalthea Magnuson]

Attachment: Test case with two inputs

Test case containing a form with a text input and a text area, at 100px width.

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

You can't put a cursor in both boxes at once, but it looks like we have a little more padding on the anonymous div that's in the <input> (plus the bevel); I intended to fix the padding in the textarea (it needs some! bug 298111), but we had to wait until bug 304609 was fixed and approved, and that came too late in the cycle to do for 1.0.  

There's potentially 3px ("extra") on each side of the actual input-able area, which could account for all of this (use the computed styles bookmarklet if you don't want to do all the forms.css math).

I'm not sure whether the author-specified width is supposed to be for the entire widget or just the anonymous div that is actually used for text input; Simon?

Comment 5

[Simon Fraser [no longer active]]

*** This bug has been marked as a duplicate of 244429 ***