Browsers already set a px size on their own, usually 16px = 1em/100%/1rem but
can be set by the user. Setting the body to 100% or 1em or 1rem is basically
setting the body to the users default size. Then any % or em or rem
measurements on elements will build off of this. So a div that is in the
Hello Karl,
Thanks for the suggestions. I've already tried setting as a pixel size, which
didn't make any
difference on the Blackberry, so I'll just continue through the other options.
Tim
On 09/03/2017 12:29, Karl DeSaulniers wrote:
Hi Tim, You might want to try setting your body to 100% or
Hi Tim,
You might want to try setting your body to 100% or 1em; or 1rem; and see what
happens.
Season to taste.
Best,
Karl DeSaulniers
Design Drumm
http://designdrumm.com
> On Mar 9, 2017, at 5:16 AM, Tim Dawson wrote:
>
> My web site at http://new.gigaplusargyll.co.uk
My web site at http://new.gigaplusargyll.co.uk displays OK on most screen sizes (it's not perfect
yet), but a colleague who has a Blackberry PRIV (late 2016 model) reports that the text size is far
too large.
This is perhaps surprising for an Android phone (but I've seen it for myself), and
There are also numerous archive emails on this subject and many more of the
questions you've had on lists.css-discuss.org I believe. :)
Karl DeSaulniers
Design Drumm
http://designdrumm.com
__
css-discuss
When using font sizes for mobile development, is there a limit to the
smallest size you can go before the responsiveness by the user becomes a
struggle then a pleasure to navigate ?
Christopher
__
css-discuss
Crest,
I see you're not getting any responses, so I thought I'd throw this in.
http://stackoverflow.com/questions/9174669/best-practice-font-size-for-mobile
An article/discussion from Stack Overflow re: suitable font sizes for
mobile and the types of units to use. Hope it helps.
Personally, I
Thanks for the link Rod, I hope it's safe to assume you and most others
stick with the defaults of 16px for the smallest font size to be used on
responsive.
Once again, thanks for the link and the reply, it not only hopefully
helps others including myself, gives some reassurance !
nov 9 2014 21:35 Crest Christopher crestchristop...@gmail.com:
When using font sizes for mobile development, is there a limit to the
smallest size you can go before the responsiveness by the user becomes a
struggle then a pleasure to navigate ?
You don’t consult user groups in your
Crest Christopher composed on 2014-11-09 20:40 (UTC-0500):
Christopher
Rod Castello composed:
http://stackoverflow.com/questions/9174669/best-practice-font-size-for-mobile
Once again, thanks for the link and the reply, it not only hopefully
helps others including myself, gives some
nov 10 2014 04:33 Crest Christopher crestchristop...@gmail.com:
You don’t consult user groups in your projects, Crest? They’d know.
What ?
A user group is a stratified group of people that are giving you feedback on
your design. Legibility is one of the basic questions I always ask about.
nov 10 2014 05:04 Felix Miata mrma...@earthlink.net:
ATM I cannot fathom the right words to share in public describing any
recommendation of use of an 8px font size. It's hard enough to find sharable
words for recommending px for font sizing in any context. By definition, px
font sizes
Hi, how come the font-size is smaller in FireFox compared to Chrome and
IE, which is displaying the font size correctly. I want to change the
line spacing for the UL, is there a more elegant way then just
{line-spacing} ?
__
On 2014-03-14 23:42 (GMT-0400) Crest Christopher composed:
Hi, how come the font-size is smaller in FireFox compared to Chrome and
IE, which is displaying the font size correctly. I want to change the
line spacing for the UL, is there a more elegant way then just
{line-spacing} ?
Here most
On 1 Oct 2013, at 21:06, Kyle Sessions wrote:
I've come across some really strange behavior when trying to mix
multiple
font-sizes within a single block element. I've built an example page
here:
http://kage23.com/line-height.html
Basically, it seems like I'm getting an extra pixel of height
On 2/10/2013 11:06 AM, Kyle Sessions wrote:
I've come across some really strange behavior when trying to mix multiple
font-sizes within a single block element. I've built an example page here:
http://kage23.com/line-height.html
Basically, it seems like I'm getting an extra pixel of height and
I've come across some really strange behavior when trying to mix multiple
font-sizes within a single block element. I've built an example page here:
http://kage23.com/line-height.html
Basically, it seems like I'm getting an extra pixel of height and I can't
track down how or why. In my example,
On 2013-10-01 18:06 (GMT-0700) Kyle Sessions composed:
http://kage23.com/line-height.html
...
I've been banging my head against this for a while now. I would greatly
appreciate any thoughts or suggestions!
I have no solution, just a suggestion, in case you're not familiar with the
I'm going to have to think more about this when I'm more awake (6 week old
at home, give me a break:D) but my initial instinct was to remove the units
from the line height (based on your font size and desired line-height, the
resulting line-height would be 1.5) as there is plenty of documentation
Le 2 oct. 2013 à 10:06, Kyle Sessions ksessi...@bepress.com a écrit :
I've come across some really strange behavior when trying to mix multiple
font-sizes within a single block element. I've built an example page here:
http://kage23.com/line-height.html
Basically, it seems like I'm
Felix Miata wrote:
Keep in mind that the browser default size is akin to having zoomed in
advance to the preferred or optimum personalized base text size.
I find in practice that it is not. For this reason I have had to
reduce my default font size from 20px to 16px and use per-site
Le 19 avr. 2013 à 17:10, Philip TAYLOR p.tay...@rhul.ac.uk a écrit :
Sites that work fine with real zoom
often break with default font size 16px.
‘Real’ zoom: is that ‘Page zoom’ or ‘Text zoom’ ? (afaik your preferred browser
still has the 2 options)
Sites are less likely to break with the
On 2013-04-19 09:10 (GMT+0100) Philip TAYLOR composed:
Felix Miata wrote:
Keep in mind that the browser default size is akin to having zoomed in
advance to the preferred or optimum personalized base text size.
I find in practice that it is not. For this reason I have had to
reduce my
On 2013-04-19 17:25 (GMT+0900) Philippe Wittenbergh composed:
Philip TAYLOR composed:
Sites that work fine with real zoom often break with default font size 16px.
‘Real’ zoom: is that ‘Page zoom’ or ‘Text zoom’ ? (afaik your preferred
browser still has the 2 options) Sites are less likely
On 04/18/2013 12:06 PM, Micky Hulse wrote:
From what I know, that's based on the browser and the user prefs.
On my Mac, using Firefox latest, there's a Fonts Colors section of in the
prefs under Content. The default font size out-of-the-box is Times 16.
Anecdote: I have an older friend, in
Le 19 avr. 2013 à 18:28, david gn...@hawaii.rr.com a écrit :
Now just imagine a visitor coming to your site using his or her Google Nexus
10 running at 2560x1600 resolution on a 10 diagonal display … 16px is going
to be VERY TINY!
No, not really. That device has a HiDPI screen. The
On 04/18/2013 11:56 PM, Philippe Wittenbergh wrote:
Le 19 avr. 2013 à 18:28, david gn...@hawaii.rr.com a écrit :
Now just imagine a visitor coming to your site using his or her
Google Nexus 10 running at 2560x1600 resolution on a 10 diagonal
display … 16px is going to be VERY TINY!
No, not
On 2013-04-19 00:29 (GMT-1000) david composed:
Philippe Wittenbergh wrote:
david composed:
Now just imagine a visitor coming to your site using his or her
Google Nexus 10 running at 2560x1600 resolution on a 10 diagonal
display … 16px is going to be VERY TINY!
No, not really. That
My understanding of font-size spec is: 100% = 1 em = the size of an M and
that this is 16px high.
What I am not clear is: where do you tell the browser how large the M is? Is
it universally understood that 1 M is 16 pixels high?
thank you!
John
You can spec font-size of 100% on the body. This respects the users preference
settings in their browser. You can then spec element font size in ems. The 16px
is usually the default size set in browsers upon install.
—
Sent from Mailbox for iPhone
On Thu, Apr 18, 2013 at 5:54 PM, COM
From what I know, that's based on the browser and the user prefs.
On my Mac, using Firefox latest, there's a Fonts Colors section of in the
prefs under Content. The default font size out-of-the-box is Times 16.
Anecdote: I have an older friend, in his 60s, that has this set to
something like
2013-04-19 0:54, COM wrote:
My understanding of font-size spec is: 100% = 1 em = the size of an M and
that this is 16px high.
No, in the value of the font-size property, the em unit denotes the font
size of the parent element. The font size is the height of the font. It
is easy to see that
On Thu, 18 Apr 2013, COM wrote:
My understanding of font-size spec is: 100% = 1 em = the size of an
M and that this is 16px high.
100% is the user's default font size. It could be anything from 12px
to 24 px (or larger or smaller) and should be used for any body text
on the page.
What
On Apr 18, 2013, at 3:07 PM, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
What I am not clear is: where do you tell the browser how large the M is?
You don't. The font designer decides the dimensions of letters, relative to
the font size.
OK…so the 1em is just a starting point and you
You might find this tool interesting to play with:
http://pxtoem.com/
The Learn tab has some OK info, and the math (for conversions) is
good to know too.
This article might also be of some interest to you:
http://snook.ca/archives/html_and_css/font-size-with-rem
On 2013-04-18 15:12 (GMT-0700) COM composed:
OK…so the 1em is just a starting point and you adjust to suit..or these are all
*relative* sizes because in the child elements you might spec font-size: .85em ?
..so that if User cranks up the sizes, everything sizes up (or down) in the
same
On 2013-02-24 20:14 (GMT+1030) Anthony composed:
What is the best unit to use when setting for size in style sheets? I've
mainly seen the percentage unit in the html selector and either px or em
elsewhere. Which is better?
Best for who?
For you as designer, px is probably easier to learn and
And since you make pages for users, not for you, the choice should be easy
Yours truly
Prof Niels aka @phidip
On 24/02/2013, at 12.10, Felix Miata mrma...@earthlink.net wrote:
On 2013-02-24 20:14 (GMT+1030) Anthony composed:
What is the best unit to use when setting for size in style
Discuss
Subject: Re: [css-d] Font-size unit Mobile and tablet Android
Marie-Ange Demeulemeester wrote:
According this spec
http://developer.android.com/design/style/typography.html , I've defined my
font-size in sp (scale-independent pixels):
body{font-family:Roboto,Helvetica,Arial,sans-serif
marie-ange.demeulemees...@bnpparibasfortis.com wrote:
I work in HTML5, the doctype is : !DOCTYPE html
Marie-Ange
OK, I realised after sending the message that as CSS is
language-agnostic, the DOCTYPE is not relevant. None
the less, neither scale-independent pixels nor density-
Philip and Philippe,
Thanks!
Marie-Ange
-Original Message-
From: Philip TAYLOR [mailto:p.tay...@rhul.ac.uk]
Sent: Friday, September 07, 2012 9:27 AM
To: DEMEULEMEESTER Marie-Ange
Cc: marie.demeulemees...@gmail.com; css-d@lists.css-discuss.org
Subject: Re: [css-d] Font-size unit Mobile
Hi,
According this specs
http://developer.android.com/design/style/typography.html , I've defined my
font-size in sp (scale-independent pixels):
body{font-family:Roboto,Helvetica,Arial,sans-serif;
font-size:14sp;
}
p.size20 {font-size:20sp; font-size:larger}
Or in dp (Density-independent
Hi,
According this specs http://developer.android.com/design/style/typography.html
I've defined my font-size in sp (scale-independent pixels):
body{font-family:Roboto,Helvetica,Arial,sans-serif;
font-size:14sp;
}
p.size20 {font-size:20sp; font-size:larger}
Or in dp
Marie-Ange Demeulemeester wrote:
According this spec
http://developer.android.com/design/style/typography.html , I've defined my
font-size in sp (scale-independent pixels):
body{font-family:Roboto,Helvetica,Arial,sans-serif;
font-size:14sp;
}
p.size20 {font-size:20sp; font-size:larger}
Or in
Le 5 sept. 2012 à 23:53, marie-ange.demeulemees...@bnpparibasfortis.com a écrit
:
Hi,
According this specs
http://developer.android.com/design/style/typography.html I've defined my
font-size in sp (scale-independent pixels):
body{font-family:Roboto,Helvetica,Arial,sans-serif;
2012-07-31 3:32, Josh Rehman wrote:
The screen resolution thing is a non-issue because the CSS px
is defined to be an angular measure:
The reality is different from the spec, as one can see from the
discussion of the topic in the relevant CSS3 draft:
On Tue, Jul 31, 2012 at 12:07 AM, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
2012-07-31 3:32, Josh Rehman wrote:
The screen resolution thing is a non-issue because the CSS px
is defined to be an angular measure:
The reality is different from the spec, as one can see from the discussion of
2012-07-31 20:43, Josh Rehman wrote:
The reality is different from the spec, as one can see from the discussion of
the topic in the relevant CSS3 draft:
http://www.w3.org/TR/css3-values/#absolute-lengths
The px unit may relate to the so-called reference pixel, or it may be anchored to a
On Tue, Jul 31, 2012 at 10:51 AM, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
2012-07-31 20:43, Josh Rehman wrote:
The reality is different from the spec, as one can see from the
discussion of the topic in the relevant CSS3 draft:
http://www.w3.org/TR/css3-values/#absolute-lengths
The px unit
2012-07-31 21:04, Josh Rehman wrote:
Well, I honestly don't understand where you see an ambiguity. So,
you're either using physical units like cm or mm or pixels, in which
case you're using an angular measure.
No, in situations where these dimensions (all so-called absolute
length units,
How about using terms like (small, x-small, xx-small, medium, large,
x-large or xx-large). Can it be an alternative to % ?
Thanks
Hakan Kirkan
Dominor LLC/ Miami
http://dominor.com
On Thu, Jul 26, 2012 at 12:06 AM, David Hucklesby huckle...@gmail.comwrote:
Taking Richard Rutter's original
On Thu, Jul 26, 2012 at 9:13 AM, David Hucklesby huckle...@gmail.comwrote:
On 7/26/12 1:55 AM, Georg wrote:
On 26.07.2012 06:06, David Hucklesby wrote:
Perhaps this is just nonsense. But it just has to be better than 62.5%.
I use Opera a lot, with a minimum text size of 12px--you'd be
On 26.07.2012 06:06, David Hucklesby wrote:
Perhaps this is just nonsense. But it just has to be better than 62.5%. I
use Opera a lot, with a minimum text size of 12px--you'd be surprised how
many sites break because of the scaling due to the 62.5% base size. It's
everywhere! :(
Nothing that
On 2012/07/25 21:06 (GMT-0700) David Hucklesby composed:
Taking Richard Rutter's original idea to make the base font-size 62.5%,
Rutter's idea is one of the worst things to ever happen to the web:
http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
which translates to 10px on most desktop
On 7/26/12 1:55 AM, Georg wrote:
On 26.07.2012 06:06, David Hucklesby wrote:
Perhaps this is just nonsense. But it just has to be better than 62.5%.
I use Opera a lot, with a minimum text size of 12px--you'd be surprised
how many sites break because of the scaling due to the 62.5% base size.
Taking Richard Rutter's original idea to make the base font-size 62.5%,
which translates to 10px on most desktop computers running at the common 96
DPI setting, I suggest a modern alternative. It looks like this:
html { font-size: 125%; }
Georg has a nice write-up explaining the problem with
On Thu, Jul 26, 2012 at 12:06 AM, David Hucklesby huckle...@gmail.com wrote:
Taking Richard Rutter's original idea to make the base font-size 62.5%,
which translates to 10px on most desktop computers running at the common 96
DPI setting, I suggest a modern alternative. It looks like this:
On Wed, Jul 27, 2011 at 8:28 AM, John j...@coffeeonmars.com wrote:
this div positions a type head:
#texthead {
font-size: 25px;
margin: 105px 0 0 160px;
}
if I vary *just* the font-size, this head will move up or down. why should
that be?
I think that Philippe hinted at
this div positions a type head:
#texthead {
font-size: 25px;
margin: 105px 0 0 160px;
}
if I vary *just* the font-size, this head will move up or down. why
should that be?
also, I've seen people use both % and specific px values with font-
size. which one is correct? Is it
On Jul 27, 2011, at 9:28 AM, John wrote:
this div positions a type head:
#texthead {
font-size: 25px;
margin: 105px 0 0 160px;
}
if I vary *just* the font-size, this head will move up or down. why should
that be?
Hmm, a link to a testcase would help of course.
Meanwhile:
On 27 July 2011 12:28, John j...@coffeeonmars.com wrote:
[]...
if I vary *just* the font-size, this head will move up or down. why should
that be?
Examine line-height.
http://www.w3.org/TR/CSS1/#the-height-of-lines
also, I've seen people use both % and specific px values with font-size.
Hello,
I've always used body {font-size: .625em;} as a way to manage more easily the
font-size and I was wondering if using:
html{
font-size: .625em;
}
body{
font-size: 1.4em;
}
will be a better solution, are there any known quirks for defining font-size on
the html element?
On Tue, 22 Feb 2011, Germán Martínez wrote:
Hello,
I've always used body {font-size: .625em;} as a way to manage more easily the
font-size and I was wondering if using:
html{
font-size: .625em;
}
body{
font-size: 1.4em;
}
will be a better solution, are there any known quirks for
I'm giving the body a 1.4em so it will be like 14px.
I'm doing this because my markup has nested sections and I can't use section
{font-size: 1.4em;} or can I?
On Feb 22, 2011, at 4:07 PM, Chris F.A. Johnson wrote:
On Tue, 22 Feb 2011, Germán Martínez wrote:
Hello,
I've always used body
Hi. I'm trying to write something in a div that measures 400px wide. It
looks fine on my computer screen, but on an iPhone, the text exceeds the
div. It looks fine on the Droid. Is there anything I can do?
Thanks,
Bruce
On 2011/01/11 14:00 (GMT-0500) bho...@aol.com composed:
Hi. I'm trying to write something in a div that measures 400px wide. It
looks fine on my computer screen, but on an iPhone, the text exceeds the
div. It looks fine on the Droid. Is there anything I can do?
Set widths in em instead
On 1/11/11 2:00 PM, bho...@aol.com wrote:
Hi. I'm trying to write something in a div that measures 400px wide. It
looks fine on my computer screen, but on an iPhone, the text exceeds the
div. It looks fine on the Droid. Is there anything I can do?
Thanks,
Bruce
Desktop and handsets
What is the current rule of thumb for setting or controlling font sizes
in the stylesheet?
html {
font-size: (px or em) (if any?)
}
body {
font-size: (px or em) (if any?)
}
Any IF IE adjustments for IE vs Mozilla/Safari? Part of the reason I
ask is because when you use a CMS program and a
On 2010/09/01 15:50 (GMT-0400) Bob Meetin composed:
What is the current rule of thumb for setting or controlling font sizes
in the stylesheet?
Remember, CSS is a language of suggestion, not one of control like in DTP.
The user has ultimate control, because, after all, its her puter, or
Hope this has not confused you...
Not at all! :) Thanks for the additional info, that helped me understand a
little bit more about, why/what is line-height, and the relation with lead
(metal) as well.
So, if I may say it properly, for typing proposes, we should, actually,
have in
Subject: Re: [css-d] font-size property on body element
On 2010/02/20 07:08 (GMT) MEM composed:
I'm asking myself this question and I'm hoping someone could help me
solve it.
On past posts, we have been talking on applying font-size to elements
that
actually contain text
MEM wrote:
Thanks Felix and David,
Sorry for this late re-reply. :(
What is the meaning/propose of the slash here:
100%/1.4 ?
Thanks a lot for your clarifications on the last e-mail,
Márcio
It is a shorthand property for declaring font-size 100% (default) /on/
1.4 lead (no
It is a shorthand property for declaring font-size 100% (default) /on/
1.4 lead (no unit of measure is normally needed for lead).
And lead is the space between lines?
Why should we put that value?
What means having a 100% font on a 1.4 lead ?
I realize that the list, couldn't be the place
MEM wrote:
It is a shorthand property for declaring font-size 100% (default) /on/
1.4 lead (no unit of measure is normally needed for lead).
And lead is the space between lines?
Why should we put that value?
What means having a 100% font on a 1.4 lead ?
I realize that the list,
On 2010/02/23 19:03 (GMT) MEM composed:
It is a shorthand property for declaring font-size 100% (default) /on/
1.4 lead (no unit of measure is normally needed for lead).
And lead is the space between lines?
Why should we put that value?
What means having a 100% font on a 1.4 lead ?
I
Thanks again.
I was looking for lead and css on google, no luck. I was not sure if
lead could be a synonymous of line-height, now I (and others) know.
I will have a read on the sources provided.
Thanks a lot,
Márcio
__
On 2/23/10 12:37 PM, MEM wrote:
Thanks again.
I was looking for lead and css on google, no luck. I was not sure
if lead could be a synonymous of line-height, now I (and others)
know.
I believe lead refers to the practice, in the days of hot metal type,
of inserting strips of metal (lead)
MEM wrote:
Hello all,
I'm asking myself this question and I'm hoping someone could help me solve
it.
On past posts, we have been talking on applying font-size to elements that
actually contain text and not, on containers of other elements because, that
could lead to visual inconsistencies
On 2010/02/20 07:08 (GMT) MEM composed:
I'm asking myself this question and I'm hoping someone could help me solve it.
On past posts, we have been talking on applying font-size to elements that
actually contain text and not, on containers of other elements because, that
could lead to visual
Hello all,
I'm asking myself this question and I'm hoping someone could help me solve
it.
On past posts, we have been talking on applying font-size to elements that
actually contain text and not, on containers of other elements because, that
could lead to visual inconsistencies and unnecessarily
Too much errors and inconsistencies.
I cannot constantly change the structure and ask questions about specific
issues at the same time.
I'm absolutely rocking off.
Sorry all, Alan, thanks a lot for your template, in order to be able to
apply, I would need to print and read line by line.
Thank you a million,
Sorry for the absence, I will follow your advices once I can get back to the
computer for more undeless days and nights.
I will give my best.
Regards,
Márcio
__
css-discuss [cs...@lists.css-discuss.org]
MEM wrote:
Thank you a million,
Sorry for the absence, I will follow your advices once I can get back
to the computer for more undeless days and nights.
I will give my best.
Regards,
Márcio
Slow and Steady won the race!
Best,
Aesop
--
MEM wrote:
(snip
HOWEVER I need to have equal height columns as well, here:
Drop the equal height columns. This is making IE6 show that
margin-bottom of 30,000px.
http://www.chequedejeuner.nuvemk.com/educa.infantil
(snip)
Dispersing,
Márcio
Ok we had.
*LESS IS BETTER*
This also
Oh dear new year...
a) The ul list on the blue column should be vertically centered.
b) The text of the first item on the ul list on the blue column should be,
top aligned, with the titles of the grey column.
This could have a min-height defined and should NOT follow the column
height:
Oh dear new year...
a) The ul list on the blue column should be vertically centered.
b) The text of the first item on the ul list on the blue column should
be, top aligned, with the titles of the grey column.
This could have a min-height defined and should NOT follow the column
MEM wrote:
Simplifying:
Excellent. Let's think on that, if not actually try it.
Márcio
Do you mean you seek a parent-block that contains four adjacent
column-blocks that would appear to be of the same physical height as the
parent-block:
regardless of the amount
With a default browser install - no settings altered - which the vast
majority of users will be using, that size is very small and a large
majority of users don't know they CAN do something about the size of
text they are seeing. I reserve that size for disclaimers and
copyright lines, and
On 2009/12/29 14:07 (GMT) MEM composed:
If we allow the user to zoom,
You don't have any choice.
To be clear, a web browser is a user agent, not a webmaster agent, and is
subject to the whims and desires of its user who is in control of it to
whatever extent she knows how.
and if we
MEM wrote:
(snip)
I realize that the site, on 0.75em is still
capable of being seen on lower resolutions
(snip)
Thanks again,
Márcio
If you are forced to do this, don't use ems, use percent.
body {font-size: 75%;}
I use ems for widths in navigation items for correct scaling in IE.
The best web site designs are resolution agnostic, meaning they work
similarly well regardless of a user's display resolution. Display
resolution
by itself is meaningless. Only when coupled to knowledge of the
display's
size can the knowledge of its resolution become useful.
I will try my
Ok
I've not augmented the font size, was too late for that. :(
I've reduced the em to 2 decimal places.
I've placed font-sizes in %.
Have removed font-size from containers (it's only on p, and other
transitional allowed text tags).
Added a background color of white to the container.
Reduced the
On 2009/12/29 18:22 (GMT) MEM composed:
we cannot
neglect, the fact that big sharks like IBM or Microsoft, Apple... etc...
have, at the moment 1024x in mind...
With big comes large inertia, meaning it takes long to recognize the need
for and implement change.
...why am I asking about EM and
MEM wrote:
Look at http://fm.no-ip.com/auth/Font/font-rounding.html in each of
your
installed browsers and you may see that more than two significant
digits to
em font-sizes are an invitation for inconsistent results. If you stick
to two
significant digits and take what you learn from that
Alan Gresley wrote:
i
The only font-size that I use for this page,
http://css-class.com/test/
is this.
h1 {font-size:160%;}
h2 {font-size:125%;}
h3 {font-size:115%;}
h4 {font-size:100%;}
a[href=#navigation] {font-size:140%;}
.float2 h3 {font-size:140%;}
#wrapper2+div+div a
On 2009/12/28 19:06 (GMT+0100) Alan Gresley composed:
below two do nothing and are not really needed.
body {font-size: 100%;}[...]
True for good browsers.
For not so good M$ browsers it can be useful when your CSS is less than
ideal:
Felix Miata wrote:
On 2009/12/28 19:06 (GMT+0100) Alan Gresley composed:
below two do nothing and are not really needed.
body {font-size: 100%;}[...]
True for good browsers.
Hello Felix,
Yes, I did overlook that old IE6 bug (and possibly IE7). My font-size:
100% is declared to stop
Ok... I have a lot on the to do list already.
I'm on my way to significantly change the css.
In the meanwhile, I'm afraid the design given to me to reproduce, will not
allow 0.85em instead of 0.75em, for example, simple because the text will
not fit on the boxes.
In order to allow something
With a default browser install - no settings altered - which the vast
majority of users will be using, that size is very small and a large
majority of users don't know they CAN do something about the size of
text they are seeing. I reserve that size for disclaimers and
copyright lines, and even
MEM wrote:
Ok... I have a lot on the to do list already.
I'm on my way to significantly change the css.
In the meanwhile, I'm afraid the design given to me to reproduce, will not
allow 0.85em instead of 0.75em, for example, simple because the text will
not fit on the boxes.
In order to
1 - 100 of 308 matches
Mail list logo