28219 - font-family dosn't work with textarea when cols attribute is used. [FONT]

Status: VERIFIED FIXED

(Core :: Layout: Form Controls, defect, P3)

Comment 1

[karnaze (gone)]

Please provide more information and a test case or url. Reassigning to Rods.

Comment 2

[Andrew McMillan]

I have put together a basic page demonstrating the problem at the URL given.

A couple of other related problems showed up in putting the page together too.

Comment 3

[Andrew McMillan]

I've corrected an accidental redirect in my bug demo page at
  http://wrms.cat-it.co.nz/mozilla-bug-demo.php
so it should be possible to see what I mean now.  Sorry about that!

Comment 4

[Andrew McMillan]

I just looked at the page with Windows build 2000022108 and I am seeing the same 
problems.

Comment 5

[Andrew McMillan]

I guess this is a duplicate (or perhaps a superset) of 
http://bugzilla.mozilla.org/show_bug.cgi?id=18232

Comment 6

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

This seems fixed now. The only problem left on the page is that the textarea has
 wrong font.

Would be nice if you submitted a minimal testcase showing only the textarea-font
problem (think you should get the BugAThon creds for this bug).

Changing summary and confirming.

Comment 7

[rods (gone)]

font issue for textarea

Comment 8

[karnaze (gone)]

Reassigning to beppe (editor).

Comment 9

[rubydoo123]

this is a css issue, assigning to cmanske for confirmation.

Comment 10

[Charles Manske]

I see a "Courier" font in the textarea, not Tahoma, sans-serif.
I have the new "ender lite" turned on, so this issue now goes to mjudge.

Comment 11

[mjudge]

the text areas simply inherit their font via style.  If the wrong font is 
showing up then the style system is giving the text area the wrong one. 
assigning to marc.

Comment 12

[Marc Attinasi]

The textarea is reverting to the monospaced font when the COLS attribute is 
defined. If you remvoe the cols attribute then the font-family is used 
correctly. I'll attach a simple testcase demonstrating this, and then I'll try 
to fogure out why (if it is intentional or not). CC'ing RodS. too since he can 
probably help.

Comment 13

[Marc Attinasi]

Attachment: Testcase showing how the COLS attribute forces fixed font

Comment 14

[Marc Attinasi]

Looking at the style contexts it appears that the textarea itself is fine, 
however there is a DIV that is a child of the textarea and that is where the 
difference is seen: in the case where the TEXTAREA has the COLS attribute, the 
child DIV has 'font-family: monospace' as a rule, and when there is no COLS 
attribute, the child DIV does not have the font-family rule. I'll attach a dump 
of the contexts that shows the difference (pasting it into bugzill awould make 
it unreadable).

Comment 15

[Marc Attinasi]

Attachment: DUMP of the style contexts showing differences from COLS attribute

Comment 16

[Marc Attinasi]

Hey Rod, is this intentional? When COLS is specified on a textarea, do we want 
to revert to monospaced font? I haven't found the code that is changing the font 
yet and I thought you might know...

Comment 17

[Marc Attinasi]

Moving all non-nsbeta3 bugs to future milestone: these will be worked on after 
beta3/rtm.

Comment 18

[Andrew McMillan]

The style now appears correctly formatted with the Linux build 20000925, so I am
happy to consider this fixed.

Comment 19

[bsharma]

Updating QA contact.

Comment 20

[jerone]

verified on build 2001-08-07-80-trunk

Comment 21

[Flo Ledermann]

Attachment: testcase demonstrating that font is still not working in this case

somethings still wrong here... if i use the following stylesheet:

* { font-family: verdana; }
textarea { font-family: monospace;}

the textarea uses verdana! (mozilla 0.9.6)

i attached a testcase...