Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2008/02/11 00:08 (GMT+1300) Michael Adams apparently typed: On Sat, 09 Feb 2008 18:38:14 -0500 Felix Miata wrote: On 2008/02/10 11:35 (GMT+1300) Michael Adams apparently typed: http://en.wikipedia.org/wiki/Core_fonts_for_the_Web No distro I'm aware of installs them by default. There is no M$ software available for Linux that will automatically install them as on a Mac. As a result, you can't expect them to be installed on Linux. Agreed to a certain point. Mint may install the core font set by default. Mint's selling point is extras, but it's hardly dominating the established base of Linux systems. Debian, Fedora, Mandriva, SUSE others have been around a lot longer, and they don't. No need to take my word for it. See for yourself what can happen when CSS specifies Helvetica on Linux: http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-072.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-096.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-120.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-144.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linuxmdv2005-096.png All the above were shot on SUSE a couple years ago, but results were essentially the same on other distros, including Fedora and Mandriva. I went back as far as i could for this test (Mozilla1.6 on Mandrake10.0 circa 2004). http://www.comptutor.org/mytest/font-test-helvetica.html http://www.comptutor.org/mytest/images/mozilla-helvetica.png Looks to me like your test was possibly reverting to a default bitmap system font because Helvetica was not installed. If you do a closer analysis of your own test, examine under the covers of Mandrake 10 (/etc/fonts/fonts.conf), and study the updated http://mrmazda.no-ip.com/auth/Font/font-helvetica.html I think you'll find what looks like and you thought was Helvetica is in fact Nimbus Sans L via fontconfig aliasing. -- For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life. John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Sat, 09 Feb 2008 18:38:14 -0500 Felix Miata wrote: On 2008/02/10 11:35 (GMT+1300) Michael Adams apparently typed: In addition Microsoft released the Core font set to the public and though discontinued by Microsoft free distribution was allowed under the original licence. These font are still being distributed third party and have been installed on the Linux computers of those that know what they are doing. http://en.wikipedia.org/wiki/Core_fonts_for_the_Web No distro I'm aware of installs them by default. There is no M$ software available for Linux that will automatically install them as on a Mac. As a result, you can't expect them to be installed on Linux. Agreed to a certain point. Mint may install the core font set by default. The Result *Helvetica is fine to use as a font for Linux Systems*. Apologies to the list for the way this has got OT, but i felt this needed addressing in the forum it was raised to prevent others taking Felix's information at face value. No need to take my word for it. See for yourself what can happen when CSS specifies Helvetica on Linux: http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-072.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-096.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-120.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-144.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linuxmdv2005-096.png All the above were shot on SUSE a couple years ago, but results were essentially the same on other distros, including Fedora and Mandriva. I went back as far as i could for this test (Mozilla1.6 on Mandrake10.0 circa 2004). http://www.comptutor.org/mytest/font-test-helvetica.html http://www.comptutor.org/mytest/images/mozilla-helvetica.png Looks to me like your test was possibly reverting to a default bitmap system font because Helvetica was not installed. So i've thrown in a font-family check indicating if it is installed. The Red H is always the same size in case your browser minimum size limits the lower end sizes. I had to cut my minimum from 14px to 6px for the test. -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
Felix Miata wrote: [...] You can also see that IE is using 10pt Courier New in its internal stylesheet for PRE, CODE, TT, SAMP TEXTAREA What has probably not been mentioned yet, is that this IE behavior (i.e. those elements having a smaller default size) can simply be overridden specifying percentage size. I mean that: codeabc.../code uses 10pt as you say, but code style=font-size:100%abc.../code uses the classic 12pt, and any code style=font-size:x%abc.../code uses 12pt as reference for the computation of x%. On the other hand, the FF default size for monospace (the usual 13px in Windows) is carried over when such percentages are applied (at least under some circumstances). This is inevitably going to produce fonts smaller than IE. -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Fri, 08 Feb 2008 21:49:27 -0500 Felix Miata wrote: On 2008/02/08 23:49 (GMT+1300) Michael Adams apparently typed: If you add helvetica to that font family that caters to most Mac and Linux users as well. font-family: Tahoma, Arial, Helvetica, sans-serif Helvetica, while very nice on Mac, is quite the opposite on Linux. http://mrmazda.no-ip.com/auth/Font/font-helvetica.html#bitmap On those newer Linux systems that actually have Helvetica installed, it will only show up if you request adobe helvetica, which is a bitmap font available in limited sizes that are poorly suited for web page screen display even when the size is actually correct. In most other cases, there will be no Tahoma or Arial, and the fontconfig fallback or alias will usually be DejaVu Sans or Bitstream Vera Sans, both of which are equivalent in size and appearance to Verdana, larger in apparent size than Tahoma, Arial Mac Helvetica. I have been using Linux since 1999 and Helvetica was a Type1 font then. Type1 fonts are not bitmap fonts and should not be confused with the system fonts used when X11 is not installed. In 1999 support for TrueType fonts was scratchy but available. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-fonts.html http://www.codestyle.org/css/font-family/sampler-UnixResults.shtml http://en.wikipedia.org/wiki/Type_1_and_Type_3_fonts#History In addition Microsoft released the Core font set to the public and though discontinued by Microsoft free distribution was allowed under the original licence. These font are still being distributed third party and have been installed on the Linux computers of those that know what they are doing. http://en.wikipedia.org/wiki/Core_fonts_for_the_Web What used to happen on Linux if you did not have your system set up correctly is that fonts can look either pixelated or fuzzy, (expecially in KDE if i remember correctly) this problem occured periodically due to clashes between the various different video cards, X11, and display managers and altering Anti-Alias settings is usually the fix. This issue exhibited most in OpenOffice.org. I have never experienced this issue. The Result *Helvetica is fine to use as a font for Linux Systems*. Apologies to the list for the way this has got OT, but i felt this needed addressing in the forum it was raised to prevent others taking Felix's information at face value. -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2008/02/10 11:35 (GMT+1300) Michael Adams apparently typed: In addition Microsoft released the Core font set to the public and though discontinued by Microsoft free distribution was allowed under the original licence. These font are still being distributed third party and have been installed on the Linux computers of those that know what they are doing. http://en.wikipedia.org/wiki/Core_fonts_for_the_Web No distro I'm aware of installs them by default. There is no M$ software available for Linux that will automatically install them as on a Mac. As a result, you can't expect them to be installed on Linux. What you can expect in recent distros is fontconfig mapping of Times New Roman to Liberation Serif and Arial to Liberation Sans. Also, the superior to Courier New M$ font Lucida Console is virtually indistinguishable from Liberation Mono. The Result *Helvetica is fine to use as a font for Linux Systems*. Apologies to the list for the way this has got OT, but i felt this needed addressing in the forum it was raised to prevent others taking Felix's information at face value. No need to take my word for it. See for yourself what can happen when CSS specifies Helvetica on Linux: http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-072.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-096.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-120.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linux-144.png http://mrmazda.no-ip.com/SS/Fnt/font-helvetica-linuxmdv2005-096.png All the above were shot on SUSE a couple years ago, but results were essentially the same on other distros, including Fedora and Mandriva. I fully stand by every bit of what I wrote about Helvetica on Linux upthread and on http://mrmazda.no-ip.com/auth/Font/font-helvetica.html#bitmap . -- For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life. John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2/8/08, Michael Adams [EMAIL PROTECTED] wrote: On Thu, 07 Feb 2008 11:43:00 -0500 Michael B Allen wrote: The font size in textarea elements on Firefox (on Linux at least) is about 70% the size of other input and select elements in the same form whereas in IE the font size is roughly the same across all form elements. I suspect this has more to do with the fact that textarea uses a courier font-family and FF preferences specifically use a smaller font for Courier but of course I have no control over that. So how does one get the same textarea font size behavior between FF and IE? Mike Do a minimal page as an example, you may find one of several things: * Your above conclusion is right. * You have set textarea and div fonts at 70% so your textarea is 70% of the div which is already 70% of the body. * Something else is breaking it. Firebug is your friend. OR Post a link tothe example you have. Here's a sample: http://www.ioplex.com/~miallen/test.html I think I see the problem. In FF it seems the following CSS only affects textarea and NOT input text fields: input, select, textarea { font-size: 70%; } IE consistenly changes the font-size for all form fields input and textarea. ? Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Feb 8, 2008 8:59 AM, Michael B Allen [EMAIL PROTECTED] wrote: http://www.ioplex.com/~miallen/test.html I think I see the problem. In FF it seems the following CSS only affects textarea and NOT input text fields: input, select, textarea { font-size: 70%; } FF applies correctly that rule to all affected element, but the textarea uses a different font, which moreover being monospaced has a browser default size smaller than the size of the default font (usually 13px versus 16px.) Indeed you already mentioned this at the beginning of this thread. And here is article about it [1]. The different default has probably the intention to make the monospaced default font look more similar to the non-monospaced default font. But in your case, when you reduce all the sizes at 70% this 'compensation' looks a bit excessive. (IE has its own, different defaults and does not allow to have a different default for monospaced fonts.) If you don't like this behavior, you may explicitly set a non monospaced font-family on your textarea (and other elements). Or if you prefer that form elements maintain their default font settings (which are browser and OS dependent) you may do nothing, and assume that users know this, and have possibly changed their FF font settings according to their likes. Bruno [1] http://www.456bereastreet.com/archive/200609/font_size_inconsistencies_with_fontfamily_monospace/ -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Fri, 08 Feb 2008 11:06:56 +0100 Mihai M__nu wrote: Hi Michael, Your problem is typographic. The font used for text area is smaller than the font used for inputs (default fonts are sans-serif for input select, and fixed for text area - on Linux those fonts are configured system wide, they can be anything you choose). It is strongly dependent on the default fonts used by FF (and the fonts installed on the machine). In order to fix your problem, just add font-family: Tahoma, Arial, sans-serif (for example) in the input, select, textarea definition. Even if your Linux does not have the Tahoma or Arial fonts installed, you will still make the sans-serif default font go in all types of inputs. If you add helvetica to that font family that caters to most Mac and Linux users as well. font-family: Tahoma, Arial, Helvetica, sans-serif -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
Hi Michael, Your problem is typographic. The font used for text area is smaller than the font used for inputs (default fonts are sans-serif for input select, and fixed for text area - on Linux those fonts are configured system wide, they can be anything you choose). It is strongly dependent on the default fonts used by FF (and the fonts installed on the machine). In order to fix your problem, just add font-family: Tahoma, Arial, sans-serif (for example) in the input, select, textarea definition. Even if your Linux does not have the Tahoma or Arial fonts installed, you will still make the sans-serif default font go in all types of inputs. And no, the font-size properly affects ALL (input, select and text area) in FF on Linux. Best regards, Mihai Manuta On Fri, 2008-02-08 at 02:59 -0500, Michael B Allen wrote: On 2/8/08, Michael Adams [EMAIL PROTECTED] wrote: On Thu, 07 Feb 2008 11:43:00 -0500 Michael B Allen wrote: The font size in textarea elements on Firefox (on Linux at least) is about 70% the size of other input and select elements in the same form whereas in IE the font size is roughly the same across all form elements. I suspect this has more to do with the fact that textarea uses a courier font-family and FF preferences specifically use a smaller font for Courier but of course I have no control over that. So how does one get the same textarea font size behavior between FF and IE? Mike Do a minimal page as an example, you may find one of several things: * Your above conclusion is right. * You have set textarea and div fonts at 70% so your textarea is 70% of the div which is already 70% of the body. * Something else is breaking it. Firebug is your friend. OR Post a link tothe example you have. Here's a sample: http://www.ioplex.com/~miallen/test.html I think I see the problem. In FF it seems the following CSS only affects textarea and NOT input text fields: input, select, textarea { font-size: 70%; } IE consistenly changes the font-size for all form fields input and textarea. ? Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2/8/08, Michael Adams [EMAIL PROTECTED] wrote: If you add helvetica to that font family that caters to most Mac and Linux users as well. font-family: Tahoma, Arial, Helvetica, sans-serif And what happens if I want monospace (which I do)? So basically what you're saying is that there's really no way to do it? Is there any way to say use the same point size as class x? If I set everything to font-size: 10px is very acceptable: http://www.ioplex.com/~miallen/test10px.html but of course explicitly setting a font size breaks the C in CSS. Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2/8/08, Mihai Mănuţă [EMAIL PROTECTED] wrote: And no, the font-size properly affects ALL (input, select and text area) in FF on Linux. That's not what I'm seeing. This page has no font-size change: http://www.ioplex.com/~miallen/test100.html Whereas this page has font-size: 70%: http://www.ioplex.com/~miallen/test.html If you flip back and fourth between them you'll see the font size of input elements does not change while the monospaced font size does change. Is anyone else seeing that? Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Feb 8, 2008 5:01 PM, Michael B Allen wrote: And what happens if I want monospace (which I do)? I think that if you explicitly set a font-family (not only 'monospace', but something like: textarea { font-family: courier new, monospace; } then you will get something more like you want in FF (but not in Safari, which has a similar behavior.) PS 1: I realized that I previously included a wrong link (only partially related), I wanted to mention this one: http://virtuelvis.com/archives/2005/02/monospace-firefox-braindeath (which also suggest including a 'fake' font-family.) PS 2: in your two tests cases I definitely see FF resizing the font in the inputs as well as in the textarea. -- Bruno Fassino http://www.brunildo.org/test __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2008/02/08 23:49 (GMT+1300) Michael Adams apparently typed: If you add helvetica to that font family that caters to most Mac and Linux users as well. font-family: Tahoma, Arial, Helvetica, sans-serif Helvetica, while very nice on Mac, is quite the opposite on Linux. http://mrmazda.no-ip.com/auth/Font/font-helvetica.html#bitmap On those newer Linux systems that actually have Helvetica installed, it will only show up if you request adobe helvetica, which is a bitmap font available in limited sizes that are poorly suited for web page screen display even when the size is actually correct. In most other cases, there will be no Tahoma or Arial, and the fontconfig fallback or alias will usually be DejaVu Sans or Bitstream Vera Sans, both of which are equivalent in size and appearance to Verdana, larger in apparent size than Tahoma, Arial Mac Helvetica. If you want to be nice to Linux by having its users see as close as possible what Mac M$ users see, and you're applying primarily to lower case rather than vast expanses of caps, go with the following instead: font-family: 'helvetica neue', arial, 'liberation sans', geneva, 'dejavu sans condensed', sans-serif. -- For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life. John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
Wow. This is a pretty serious analysis. I've decided that, based on previous experiences, the best thing when faced with a quirky CSS issue is usually to do as little as possible. Which is to say, for now, I'm going to just do nothing and not try to resize the text in form fields at all. But when the site is all dialed-in I very well may want to revisit this thread so I appreciate the answers. Thanks, Mike __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On 2008/02/07 11:43 (GMT-0500) Michael B Allen apparently typed: The font size in textarea elements on Firefox (on Linux at least) is about 70% the size of other input and select elements in the same form whereas in IE the font size is roughly the same across all form elements. I suspect this has more to do with the fact that textarea uses a courier font-family and FF preferences specifically use a smaller font for Courier but of course I have no control over that. A study using IE of the bottom portion of http://mrmazda.no-ip.com/auth/Font/fonts-face-samplesM.html will reveal what IE does and why FF is set to do as it does, which is to match IE behavior on the M$ platforms. You will see the exact same behavior on a 96 DPI Linux desktop with FF as with IE on doz if you have the M$ fonts installed, select them as the default families, and change the default monospace size from 12 to 13. You can see there that the monospace default Courier New in lower case at 10pt is the closest match in apparent size to the proportional default Times New Roman in lower case at its 12pt default. Courier New is a little wider, but also a bit shorter. Any other size match-up would produce a larger disparity in apparent sizes when proportional is interspersed with monospace. You can also see that IE is using 10pt Courier New in its internal stylesheet for PRE, CODE, TT, SAMP TEXTAREA, though not for INPUT. FF defaults are set in px. 16px is its proportional default. At 96 DPI, 16px is exactly 12pt, which makes the FF proportional match IE's 12pt default. Also at 96 DPI, 13px is the closest available match to 10pt, which is why FF has monospace set to 13px on M$ Mac. Once upon a long ago time on Linux, most fonts were bitmap. Back then with the commonly available fonts 12px turned out to be a better match for 10pt than did 13px, and that legacy has held into today, even though bitmap fonts on Linux are all but extinct, besides grossly inferior for use on web pages. So how does one get the same textarea font size behavior between FF and IE? There are multiple ways: 1-Don't try to change their size or family. Your own http://www.ioplex.com/~miallen/test100.html shows that. 2-Specify only proportional fonts for your textareas. 3-Specify plenty of common known monospace font names for the textareas, but not the generic monospace: http://mrmazda.no-ip.com/auth/Font/Tmp/testx.html 4-This is not a *good* idea, because IEv7 users generally don't know how to change the size you pick to a size that works for them, but set a size in pt. At any given DPI, a pt is a pt is a pt regardless which browser is displaying them. Pt is better than px, because you can feel reasonably assured that a given nominal pt size will remain approximately that same physical size regardless of the actual DPI. Conversely, px are always an unknown size in the absence of knowing actual DPI, and what is a good px size for X DPI is almost assuredly not equally good when the actual DPI is 50% more or less than X DPI. To get an perspective on this latter statement, take a look at http://mrmazda.no-ip.com/SS/SC/sc-micall-monospace1.jpg which is a screenshot of slight variations of Michael's testcases that I consolidated into one page at http://mrmazda.no-ip.com/auth/Font/Tmp/test100sx.html I've saved Michael's testcases separately in two flavors each, once in standards mode and once in quirks mode, so that the differences as a consequence of rendering mode can also be compared: http://mrmazda.no-ip.com/auth/Font/Tmp/test.html http://mrmazda.no-ip.com/auth/Font/Tmp/tests.html http://mrmazda.no-ip.com/auth/Font/Tmp/test100.html http://mrmazda.no-ip.com/auth/Font/Tmp/test100s.html -- For God so loved the world that he gave his one and only Son, that whoever believes in him shall not perish but have eternal life. John 3:16 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Feb 8, 2008, at 1:43 AM, Michael B Allen wrote: The font size in textarea elements on Firefox (on Linux at least) is about 70% the size of other input and select elements in the same form whereas in IE the font size is roughly the same across all form elements. I suspect this has more to do with the fact that textarea uses a courier font-family and FF preferences specifically use a smaller font for Courier but of course I have no control over that. So how does one get the same textarea font size behavior between FF and IE? textarea {font: 20px/1.2 'comic sans', fantasy } ? More seriously, what is the issue ? The fact that you rely on the 'cols' attribute for the width of the textarea ? If so, set the width of the textarea in px/% as appropriate in your stylesheet. Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE vs FF Textarea Font Size Inconsistent
On Thu, 07 Feb 2008 11:43:00 -0500 Michael B Allen wrote: The font size in textarea elements on Firefox (on Linux at least) is about 70% the size of other input and select elements in the same form whereas in IE the font size is roughly the same across all form elements. I suspect this has more to do with the fact that textarea uses a courier font-family and FF preferences specifically use a smaller font for Courier but of course I have no control over that. So how does one get the same textarea font size behavior between FF and IE? Mike Do a minimal page as an example, you may find one of several things: * Your above conclusion is right. * You have set textarea and div fonts at 70% so your textarea is 70% of the div which is already 70% of the body. * Something else is breaking it. Firebug is your friend. OR Post a link tothe example you have. -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/