Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsGeneralPHPASPPerlColdFusionFlashHTML, CSS, ScriptsBrowsers

Webmaster Forum / HTML, CSS, Scripts / CSS / May 2008



Tip: Looking for answers? Try searching our database.

Using top-level selectors

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
John Dann - 11 Apr 2008 10:14 GMT
I'm unclear as to how best to use what I'm terming the top-level CSS
selectors, by which I mean selectors like *, html and body. I'm coming
at this from trying to understand how best to set font sizes but I
seem to have strayed into a broader question.

Some CSS guides seem to suggest that a * declaration is good practice
for any style sheet, primarily I suppose to set zero defaults for
margin and padding for all other relevant selectors (if I've
understood this aright), ie

* {margin: 0; padding:0;}

But then the general (not universal I know) recommended approach for
font-sizing seems to be something like:

html {font-size: 100%;}

body {font-size: 62.5%;}

I was then wondering if it was necessary to have rules for all three
of *, html and body, but I presume that it wouldn't be sensible to set
font-size within the * declaration to avoid unwitting effects on
font-size inheritance (ie cascades of 90% multiplied together). Though
having said this, is there any reason why:

* {font-size: 100%;}

couldn't replace the html rule?

Sorry - this isn't a very specific question but I guess I was just
wondering whether there was any web article that discussed the
relative use of these 'top-level' selectors in more detail?

JGD
dorayme - 11 Apr 2008 11:05 GMT
> I'm unclear as to how best to use what I'm terming the top-level CSS
> selectors, by which I mean selectors like *, html and body. I'm coming
[quoted text clipped - 7 lines]
>
> * {margin: 0; padding:0;}

If you do this as a general practice for your websites, be prepared to
set your own margins and paddings for the major elements. Each browser
gives you defaults for elements based on common usage. For example, a
set of paragraphs without top or bottom spaces are not much use! The
browsers make reasonable guesses of what is mostly acceptable but do not
always agree with each other. Mostly however, these defaults are a
product of team effort and sensible research of common practice.
Something you need to consider if you want to substitute your own.

Some authors, however, are reluctant to rely on these and are aggrieved
by browser variations - not all browsers have *quite* the same defaults!
These authors often chase pixel perfect designs when they are not
chasing rainbows. Now and then, sensible and competent authors do it for
better control generally, in particular designs.

> But then the general (not universal I know) recommended approach for
> font-sizing seems to be something like:
>
> html {font-size: 100%;}
>
> body {font-size: 62.5%;}

The default is 100%. Some authors like to set 100% on body to get over a
bug or a peculiarity in Internet Explorer browsers. Forget about html,
just do it on body and be done. Don't even think of 62.anything% unless
you are savvy about some special system of font-size control. It is too
tiny generally.

Why don't you read

<http://www.w3.org/QA/Tips/font-size>

and follow links at the bottom.

Signature

dorayme

Jukka K. Korpela - 11 Apr 2008 13:10 GMT
Scripsit John Dann:

> I'm unclear as to how best to use what I'm terming the top-level CSS
> selectors, by which I mean selectors like *, html and body.

They are quite different beasts, though they might all be used to set
some properties "globally". However, only * is really global, i.e.
refers to all elements. The html and body selectors each refer to a
single element only, and only via inheritance (_when_ it happens) or
indirect effect will their properties affect any inner elements.

By "indirect effect" I mean things like the default transparency of
backgrounds. (If you set body background to yellow, then any heading,
paragraph, table, or any inner element does _not_ inherit that
background. But it will by default appear with yellow background, and
that's because the default is background: transparent.)

> I'm coming
> at this from trying to understand how best to set font sizes but I
> seem to have strayed into a broader question.

For font sizes, the prime directive is "Don't".

However, the practical exception is
body { font-size: 100%; }
in order to overcome some browser bugs.

> Some CSS guides seem to suggest that a * declaration is good practice
> for any style sheet, primarily I suppose to set zero defaults for
> margin and padding for all other relevant selectors (if I've
> understood this aright), ie
>
> * {margin: 0; padding:0;}

I'd call it snake oil, but others like it (and sell it).

> But then the general (not universal I know) recommended approach for
> font-sizing seems to be something like:
>
> html {font-size: 100%;}

You can do that, but what visible content you expect the html element to
contain that is not inside body?

> body {font-size: 62.5%;}

That's illegal in any civilized country. And according to a recent
newsflash from &Hell;, people using such a rule will spend the eternity
reading, as a full-time job, text displayed in a font size that well
below reasonable for their vision but barely, barely legible.

> Though
> having said this, is there any reason why:
>
> * {font-size: 100%;}
>
> couldn't replace the html rule?

There is. It destroys font size variation, so headings will have the
same font size as copy text, <small> and <big> will not have effect,
etc. Form fields will appear in copy text size, as opposite to the
common browser default of about 90%. Now _this_ might well be a _good_
thing, but it shouldn't happen just because the author threw in a "one
size fits all" rule.

Of course you can, and often should, tune the default variation in font
size (e.g., <h1> is usually too big to be reasonable), but if you will
set specific font sizes, why would you start this by setting everything
to 100%?

There might be a reason why some element's font-size is other than 100%
by browser (or user) defaults. We should not interfere with things we do
not understand and do not intend to handle properly.

Signature

Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

Andreas Prilop - 11 Apr 2008 14:53 GMT
> That's illegal in any civilized country.

Is there any civilized country on this planet?

>> * {font-size: 100%;}
>
> <small> and <big> will not have effect

Have you tested it? In which browser?

Signature

Bugs in Internet Explorer 7
http://www.unics.uni-hannover.de/nhtcapri/ie7-bugs

Jukka K. Korpela - 11 Apr 2008 15:29 GMT
Scripsit Andreas Prilop:

>>> * {font-size: 100%;}
>>
>> <small> and <big> will not have effect
>
> Have you tested it?

I took it for granted that browsers don't get such a simple thing wrong.
Besides, I was describing the _defined_ effect of the rule.

> In which browser?

Now that you asked, I tested it on IE 7, and it correctly displays
<small> and <big> contents in the enclosing element's font size (that
is, copy text size), when the style sheet above is used.

Signature

Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

Andreas Prilop - 11 Apr 2008 15:44 GMT
>>>> * {font-size: 100%;}
>>>
[quoted text clipped - 3 lines]
>
> I took it for granted that browsers don't get such a simple thing wrong.

I'm sorry for the confusion. Obviously, I got such a simple thing wrong.
I had made a quick-and-dirty test for the above and noticed different
font sizes for <big> and <small>. There must have been something more
dirty than quick in my test. :-(

Sorry again.
Jukka K. Korpela - 11 Apr 2008 17:35 GMT
Scripsit Andreas Prilop:

>>>>> * {font-size: 100%;}
>>>>
[quoted text clipped - 8 lines]
> wrong. I had made a quick-and-dirty test for the above and noticed
> different font sizes for <big> and <small>.

Well I can't tell what _you_ did, but _I_ observed something
superficially strange:

On IE, if I use the browser's "accessibility settings" to tell her (him?
it?) to ignore font sizes set on web pages, then <small> is suddenly
smaller and <big> is bigger, despite the above CSS setting that tells
everything to be 100%.

On second thought (or maybe third - I lost the count), it's not that
weird. The setting tells IE to ignore "physical" font size settings,
which in practice means CSS settings and <font size ...>, but it still
honors "logical" markup such as <h1> and, apparently, <small> and <big>,
i.e. the browser's default font sizing is used for them, contrary to
anything the author might have said in CSS.

So it's odd, and on the other hand it's even.

Signature

Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

Bergamot - 11 Apr 2008 14:08 GMT
> Some CSS guides seem to suggest that a * declaration is good practice
> for any style sheet
>
> * {margin: 0; padding:0;}

That's debatable. My preference is to leave everything at defaults and
only specify those elements I know I want to override. That keeps the
stylesheet trimmer than over-specifying everything.

> body {font-size: 62.5%;}

Wrong, wrong, wrong!!! *Never* do this. There is a ridiculous practice
out there of setting this tiny font-size on body, then making it larger
for individual sections of a page, like 1.3em for content. It is *BAD*.

Set body text to 100%, period. If you insist on using a smaller size for
content, don't do it this stupid way.

Signature

Berg

Felix Miata - 12 Apr 2008 04:12 GMT
>> body {font-size: 62.5%;}
>
> Wrong, wrong, wrong!!! *Never* do this. There is a ridiculous practice
> out there of setting this tiny font-size on body, then making it larger
> for individual sections of a page, like 1.3em for content. It is *BAD*.

To see demonstrated part of what makes it ridiculous, visit
http://fm.no-ip.com/SS/Clagnut/eonsSS.html
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Ed Mullen - 12 Apr 2008 04:21 GMT
>>> body {font-size: 62.5%;}
>> Wrong, wrong, wrong!!! *Never* do this. There is a ridiculous practice
[quoted text clipped - 3 lines]
> To see demonstrated part of what makes it ridiculous, visit
> http://fm.no-ip.com/SS/Clagnut/eonsSS.html

That doesn't demonstrate anything to me.  Everything is quite legible to
me.  Perhaps because I have a minimum font size set in my browser?

Signature

Ed Mullen
http://edmullen.net
Why do we say something is out of whack? What is a whack?

Bergamot - 12 Apr 2008 04:41 GMT
>>>> body {font-size: 62.5%;}
>>> Wrong, wrong, wrong!!! *Never* do this. There is a ridiculous practice
[quoted text clipped - 5 lines]
>
> That doesn't demonstrate anything to me.

There's too much clutter on that page to demonstrate anything to me,
either. If, however, you set your browser's minimum font-size to 17px
like I do, the negatives of this stupid practice are pretty obvious when
you hit an infected page.

> Everything is quite legible to
> me.  Perhaps because I have a minimum font size set in my browser?

The above page is mostly screenshots, so your own browser settings don't
have any effect.

Signature

Berg

Felix Miata - 15 Apr 2008 01:04 GMT
>> To see demonstrated part of what makes it ridiculous, visit
>> http://fm.no-ip.com/SS/Clagnut/eonsSS.html

> That doesn't demonstrate anything to me.  Everything is quite legible to
> me.  Perhaps because I have a minimum font size set in my browser?

No, as Bergamot alluded, the page is made up primarily of 3 screenshot
images. Without understanding the content text that describes each image, it
would be difficult to know the demonstration's purpose or understand the
problem 62.5% body styling presents. Additionally, if the 1" images in the
sceenshots do not measure 1" wide on your own screen, then the effect of the
demonstration will be skewed according to the amount of deviation.

http://fm.no-ip.com/SS/Clagnut/bbcnSS.html is similar, except that the
subject web page in the screenshots has not since been subjected to redesign.
In fact, it only just went public with the idiotic 62.5% styling method two
weeks ago.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 15 Apr 2008 13:31 GMT
> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html is similar, except that the
> subject web page in the screenshots has not since been subjected to redesign.
> In fact, it only just went public with the idiotic 62.5% styling method two
> weeks ago.

Somebody really needs to put a stop to this horrific practice. :-(

Signature

Berg

Felix Miata - 16 Apr 2008 17:16 GMT
>> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html is similar, except that the
>> subject web page in the screenshots has not since been subjected to redesign.
>> In fact, it only just went public with the idiotic 62.5% styling method two
>> weeks ago.

> Somebody really needs to put a stop to this horrific practice. :-(

Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
than it and its progeny. I went to Google and entered merely clagnut. That
link's parent, "Web design and development...", was the first hit, and it was
the second, titled "How to Size Text Using Ems". Searching on merely 62.5%,
it turned up hit #3. :-(
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

John Dann - 16 Apr 2008 22:06 GMT
>Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>than it and its progeny. I went to Google and entered merely clagnut. That
>link's parent, "Web design and development...", was the first hit, and it was
>the second, titled "How to Size Text Using Ems". Searching on merely 62.5%,
>it turned up hit #3. :-(

I was fascinated by the vehemence with which my mention of this
practice was met. As someone trying to improve my grasp of CSS, I
picked up this 'tip' (in combination with subsequently setting the
default font size to 1.4em or whatever for body text) partly as a
result of the seemingly repeated hits in a (font-size CSS) search on
Google. But it was certainly reinforced by reading in a text that I
have to hand ('CSS and HTML Web Design' by Craig Grannell, which is
seemingly a reasonable guide to current CSS practice) 'the general
consensus in the industry is that the 62.5% method is the one to go
for'.

I'm sure that this sort of issue is very familiar to the cognoscenti
here, but for someone trying to improve their knowledge of CSS, it's
really quite difficult to know where to turn for an authoritative but
practical guide to best current CSS practice. Any suggestions?

JGD
Eric B. Bednarz - 16 Apr 2008 23:49 GMT
>>Links to criticism of http://clagnut.com/blog/348/

| And finally… what is an em?
| Classically, an em (pronounced emm) is a typographer’s unit of
| horizontal spacing

That’s an instant classic for sure.

> I was fascinated by the vehemence with which my mention of this
> practice was met.

I was fascinated by the supposed impact of a resource that you wouldn’t
even want on toilet paper if you were in the prepress business. :)
And this appears to be a www.authoring group.

> […] ('CSS and HTML Web Design' by Craig Grannell, which is
> seemingly a reasonable guide to current CSS practice) 'the general
> consensus in the industry is that the 62.5% method is the one to go
> for'.

What consensus in what industry?

For government work, the default font-size is alright where I live (it’s
recommended to explicitly set body/table to 100% if you want to scale up
and down siblings using the em unit due to Internet Explorer bugs,
though).

The majority of corporate web sites I worked on have their font sizes
set in px because ‘the default is too large’. That’s bad, but it could
be worse (see below), and is usually not negotiable.

Only about 10-20% of corporate web sites I know have a bullshit
accessibility policy that requires something around 70% for *initial*
font sizing. Those are basically the same people who think that desktop
‘firewalls’ will prevent the network against crackers. :)

Signature

      |||  hexadecimal EBB
      o-o      decimal 3771
--oOo--( )--oOo-- octal 7273
  205 goodbye   binary 111010111011

dorayme - 17 Apr 2008 00:19 GMT
> >Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
> >than it and its progeny. I went to Google and entered merely clagnut. That
[quoted text clipped - 19 lines]
>
> JGD

Your best alternative, until you know more about this issue, is to do
the simplest rational thing possible. You can see from simple inspection
that any 62.5%/1.4em scheme is inherently a scheme of some complexity.
So you stay away from such things until you are better able to judge
things.

I recommend the following in order of simplicity;

1. Do nothing at all about font-size. rely on the intelligence built
into default settings for the elements. They have been thought out by
whole armies of people devoted to the business.

If this is too bold, then do 2 below.

2.1 Put body {font-size: 100%;} in spite of it being a default, to avoid
an Internet Explorer bug in this business, never mind what it is, 100%
instruction can do no harm over and above the default.

2.2 Put nothing at all anywhere else until you spot a size you are not
happy with. Do not trouble yourself to do what is unnecessary from the
start.

2.3 Try hard to resist changing main content. Leave it be. If you must
change it, be very conservative. For almost anything else like
navigation and footers, resist going below 85%. You can safely use em
values instead of percentages for under body. Perhaps there might be
some text that is so boringly legal that you might go to .8em.

That's it. You do not need any authority for this, its reasonableness is
plain on its face.

Signature

dorayme

Bergamot - 17 Apr 2008 15:13 GMT
>>Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>
> 'the general
> consensus in the industry is that the 62.5% method is the one to go
> for'.

Such drivel comes from dee-ziners, who give lip service to usability and
accessibility by pronouncing their use of ems for text sizing.

They have no real interest in complying with the *spirit* of usability
or accessibility guidelines. If it's good enough for the majority, it's
good enough for them. It matters not that it would be so easy to avoid
altogether the issues they have created for the minority.

Their usual take: it's our problem for choosing to use "non-standard"
settings. :(

> I'm sure that this sort of issue is very familiar to the cognoscenti
> here, but for someone trying to improve their knowledge of CSS, it's
> really quite difficult to know where to turn for an authoritative but
> practical guide to best current CSS practice. Any suggestions?

There are an awful lot of hypocrites out there. Plus, some who are
considered authoritative on usability or accessibility aren't so "up" on
style and don't provide any CSS guidance except in the most general terms.

Generally speaking, anyone who promotes the use of body font-size less
than 100% is highly suspicious. Anyone condoning the use of px or pt for
body font-size is to be ignored completely. Go from there.

Signature

Berg

Bergamot - 17 Apr 2008 22:47 GMT
> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread

I gave it a shot:
http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html

Signature

Berg

Felix Miata - 18 Apr 2008 04:42 GMT
>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread

> I gave it a shot:
> http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html

Good! There quite a bit I would change though. See it at
http://fm.no-ip.com/auth/tmp/how-not-to-size-text-on-the-web.html
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 18 Apr 2008 14:34 GMT
>>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>
[quoted text clipped - 3 lines]
> Good! There quite a bit I would change though. See it at
> http://fm.no-ip.com/auth/tmp/how-not-to-size-text-on-the-web.html

Some of your suggestions are good, but I don't agree with some of what
you said, or the way you said it.

- The factory setting is not 12pt in all browsers, though it may be in
IE. mozilla and Opera both use px, or at least they do on Windows.
- I intentionally didn't want to link to the clagnut page.
- I refrained from using derogatory remarks like deeziner.
- Your synopsis of the method infers the author *recommends* 10px for
the reasons you state. That is incorrect. The clagnut article explicitly
states that value was chosen as an example only because it resulted in
nice round numbers for calculation purposes, and *not* recommended
because it is too small for most people. That, of course, doesn't mean
that those who copy the method think for themselves and use more
reasonable values. They tend not to.
- There's no reason to hail Safari. I seriously doubt many Windows users
would switch to it over this. I wouldn't, for sure.

I'll post a revision later today.

Signature

Berg

Felix Miata - 18 Apr 2008 22:10 GMT
>> http://fm.no-ip.com/auth/tmp/how-not-to-size-text-on-the-web.html

> Some of your suggestions are good, but I don't agree with some of what
> you said, or the way you said it.

That's fine. I had no expectation of you adopting all or even portions of it
without changes. Some portions were put to produce discussion here. :-)

> - The factory setting is not 12pt in all browsers, though it may be in
> IE. mozilla and Opera both use px, or at least they do on Windows.

What I wrote was "All Windows OEM browsers are factory set “factory set” to
12pt". What I meant to write was "All Windows OEM browsers are factory set to
<em>nominal</em> 12pt". What I meant to write is a fact carved in stone. All
Windows OEM browsers are various versions of Internet Explorer, all of which
always have their medium text size set to nominal 12pt by Microsoft. This is
something vendors never change, so it's just a fact that IE always comes this
way, and only an IE has ever been the Windows OEM browser since back to the
original Windows 98 at least.

Users are free to switch their IE text size to something other than medium,
or goto advanced display settings and choose something other than 96 DPI, or
goto appearance and change the setting for font size to large or extra large
from normal, but this is not how they are ever factory set - with one very
big exception, which is that laptop vendors <em>often</em> change the DPI to 120.

Nevertheless, even when DPI is not 96, every web page that sets sizes in pt
will in IE6 or above in standards mode display 12pt text at the exact same
size that CSS medium is rendered. When the DPI is 120, it will still be 12pt,
even though at that DPI 12pt has become 20px instead of 16px. And this is the
proof that the IE default is 12pt and not 16px. Check with
http://fm.no-ip.com/auth/IE/font-default-IE96med.html and
http://fm.no-ip.com/auth/IE/font-default-IE120med.html or any similar page or
pages you like and you should see that the IE default is 12pt rather than
16px, or whatever px for other than 96 DPI.

Probably half the widescreen laptops for sale today and recently have had the
DPI set to 120. If the vendors weren't doing that, then the models that do it
would be outselling those that don't in a very big way, because on those
higher resolution screens the px are just too small for 96 to produce
legibility for average people.

Safari and Gecko do indeed have their sizes set in px, so users who install
them alongside IE on their 120 DPI laptops and compare pages between IE and
the others will see larger text  in IE than the others, as long as they don't
raise their defaults in the others to 20px to match the 20px that IE has
assigned to 12pt.

Note too that the ancient IE versions, those prior to v6 are even worse, and
so too are the newer versions when running in quirks mode. You can see the pt
to px translations according to versions on these pages:

http://fm.no-ip.com/auth/IE/absolute-sizes-IE6.html (applies also to v7)
http://fm.no-ip.com/auth/IE/absolute-sizes-IE5.html

In http://fm.no-ip.com/auth/Moz/absolute-sizes-MvE.html you can see how
closely Gecko matches IE as long as DPI remains 96.

> - I intentionally didn't want to link to the clagnut page.

I suspected that, but put it in just in case it wasn't intentional.

> - I refrained from using derogatory remarks like deeziner.

Good, but maybe some kind of extra emphasis in certain places would be good too.

> - Your synopsis of the method infers the author *recommends* 10px for
> the reasons you state. That is incorrect. The clagnut article explicitly
[quoted text clipped - 3 lines]
> that those who copy the method think for themselves and use more
> reasonable values. They tend not to.

It is true that he does say in bold type "which I’m using purely because it’s
a nice round number for example purposes". The problem is that it isn't
really true within the context of the article, or in Rutter's real intent. If
you read on you should find that the whole strategy is closely tied to using
62.5. Indeed, if you had followed the many email lists discussing this
article, including those on which the author participated in thread
discussion about his page and its method, you would know this. Those several
lists, among them WSG, css-d & WD, which collectively, and some even
individually, commonly have traffic that far outnumbers the traffic on this
newsgroup, have often discussed that it is precisely the 62.5 and its 10px
equivalence that differentiates the Clagnut method from recommendations
elsewhere to set a size less than 100% on body and/or html and em upwards or
downwards accordingly from there. Just about every recommendation elsewhere
calls for more than 62.5, most commonly 76, and none of them do anything for
pixel and layout math but make it more convoluted.

So, that 62.5 = 10px is the answer to the question you beg "If designers
insist on setting type size smaller than the default, why do it this
roundabout way instead of leaving body text at 100%, and simply setting the
content block to 75% in the first place?".

> - There's no reason to hail Safari. I seriously doubt many Windows users
> would switch to it over this. I wouldn't, for sure.

My point controverted your original inference that Windows users were
helpless to do anything about the end of cascade effect in Gecko and Opera,
when the truth is that those with control over their puters do have the
option to use Safari instead.

Now as to new version http://www.bergamotus.ws/misc/sensible-css-text-sizing.html

Webkit and KHTML are not exactly the same thing. If you look at a Safari UA
string, you'll see a Safari version # and a Webkit version #, but no KHTML
version #. Because Webkit is a fork of KHTML, it is not the same thing, and
therefore it is technically incorrect to refer to KHTML in place of Webkit
when discussing Safari. Your opinion that Safari won't take significant share
on Windows ignores the share on Mac. Mac users browse the web too. Their
number is not insignificant, and their OS comes standard with Safari only,
just as doz comes with IE only. Safari appears to have roughly 4 times the
market share of Opera: http://www.thecounter.com/stats/2008/April/browser.php
Note too that a not insignificant part of Firefox share comes from Linux,
while none of Safari's comes from Linux.

IMO, the word "monitor" when referring to a computer display has become an
anachronism.

I've never seen a page with font-size: 8px set on body or html. 8px cannot
produce fully formed characters throughout all standard character sets, as
that size character box simply has too few px to do it. Virtually all px
precisionist idiots are aware of this. I'm sure some of them would go even
smaller if they could. :-p

Most users of minimum size seem to set the default at their comfort level,
and the minimum as something less, which means text, while always legible,
will nevertheless often be too small for <em>comfort</em> while minimum size
is in effect.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Jukka K. Korpela - 19 Apr 2008 07:10 GMT
Scripsit Felix Miata:

> What I meant to write was "All Windows OEM browsers
> are factory set to <em>nominal</em> 12pt".

"Nominal" is a bit obscure word. The essential point (no pun intended)
is that "pt" is not really implemented as defined in CSS specifications
and typographic practice. Rather, it is a "reference point" (again, no
pun intended) so that for the factory settings of the display unit, "pt"
roughly equals the defined unit. But when the settings are different,
either  due to different DPI setting or - more importantly IMHO - due to
different resolution setting (e.g., 800×600 as opposite to 1152×864),
then the "pt" unit changes its meaning. The change is roughly
proportional to the proportion of pixel sizes in the different settings.

This also extends to "physical" units like "mm".

Thus, anything you set in "pt", "mm", "in", etc., varies in meaning.
What you set as 12pt might show up as about 15 typographic points (a
unit defined in terms of metric units), for example - or as about 9
typographic points. Usually the differences are smaller, but they can be
this large, or larger.

Of course, setting anything in "px" is absolute in terms of number of
pixels and therefore relative in terms of physical dimensions.

> I've never seen a page with font-size: 8px set on body or html.

Neither have I. But I have seen 9px, which isn't much better.

> 8px
> cannot produce fully formed characters throughout all standard
> character sets, as
> that size character box simply has too few px to do it.

Michael Everson says about his Everson Mono Unicode:
"I have found it quite legible at sizes as small as 4 points."
 ( http://www.evertype.com/emono/ )
Legibility is relative, and so is a point in terms of pixels, but
Everson Mono Unicode has "fully formed" characters even in 8px size.
Legibility depends on pixel size, among other things. And I don't think
anyone, including Everson, regards that font as particularly pretty; but
it's useful when you need a monospace font with a wide (though not
exhaustive) Unicode coverage.

Signature

Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

Felix Miata - 19 Apr 2008 10:21 GMT
> Scripsit Felix Miata:

>> What I meant to write was "All Windows OEM browsers
>> are factory set to <em>nominal</em> 12pt".

> "Nominal" is a bit obscure word. The essential point (no pun intended)
> is that "pt" is not really implemented as defined in CSS specifications
[quoted text clipped - 5 lines]
> then the "pt" unit changes its meaning. The change is roughly
> proportional to the proportion of pixel sizes in the different settings.

> This also extends to "physical" units like "mm".

> Thus, anything you set in "pt", "mm", "in", etc., varies in meaning.
> What you set as 12pt might show up as about 15 typographic points (a
> unit defined in terms of metric units), for example - or as about 9
> typographic points. Usually the differences are smaller, but they can be
> this large, or larger.

I'm not sure what the point of your exposition is, but apparently mine wasn't
clear either. By "nominal", I meant that the IE default is equal to CSS
'font-size: 12pt', regardless how big in physical size that may be on any
particular display, and that at all of the non-default (non-96; e.g. 120) DPI
settings selectable in the Windows DPI select list, its default will not be
equal to 'font-size: 16px'.

FWIW, it is quite common that 'font-size: 12pt' on Linux is in fact
physically 12pt in size. Long gone are the days when X assumes an arbitrary
DPI by default as M$ does. Xorg has gotten pretty good at using its knowledge
of screen size acquired as DDC and/or EDID display feedback in setting a
working X desktop DPI. If you install a current top ten distro on a 17" WUXGA
laptop, even though the screen has 133 PPI, you'll most likely be seeing 12pt
sized text any time 'font-size: 12pt' is applied on a page you view. e.g.
http://fm.no-ip.com/auth/Font/fonts-ptdemo.html

>> 8px
>> cannot produce fully formed characters throughout all standard
>> character sets, as
>> that size character box simply has too few px to do it.

> Michael Everson says about his Everson Mono Unicode:
> "I have found it quite legible at sizes as small as 4 points."
>   ( http://www.evertype.com/emono/ )
> Legibility is relative, and so is a point in terms of pixels, but

I should have written "intelligible under typical conditions". :-p

> Everson Mono Unicode has "fully formed" characters even in 8px size.
> Legibility depends on pixel size, among other things. And I don't think
> anyone, including Everson, regards that font as particularly pretty; but
> it's useful when you need a monospace font with a wide (though not
> exhaustive) Unicode coverage.

I don't see Everson anything on
http://www.codestyle.org/css/font-family/sampler-CombinedResultsFull.shtml so
I think it probably safe to say most people don't know it exists, must less
has those described qualities that only a pixel perfectionist moron could
love. Note too I wrote "throughout all", about which Everson Mono Unicode,
not being exhaustive, apparently is not.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Jukka K. Korpela - 19 Apr 2008 12:52 GMT
Scripsit Felix Miata:

> I'm not sure what the point of your exposition is, but apparently
> mine wasn't clear either.

My point is that in practice, "pt" does not mean the typographic point,
except by accident.

> By "nominal", I meant that the IE default
> is equal to CSS 'font-size: 12pt',

I see.

> regardless how big in physical
> size that may be on any particular display,

Then it's 12pt only in the distorted IE sense. If if were 12pt, it would
remain constant, irrespectively of DPI setting, phase of the moon, and
other factors. The typographic  unit point, as referred to in CSS
specifications, is as absolute as the physical unit meter; in fact, the
point is defined in terms of the meter.

It may of course occupy different numbers of pixels. And since
presentation on screen is discrete (even when subpixels are used),
anything set to 12pt can only be 12pt up to some accuracy. But that's a
different issue.

> I don't see Everson anything on
> http://www.codestyle.org/css/font-family/sampler-CombinedResultsFull.shtml
> so I think it probably safe to say most people don't know it exists,

Of course. My point was about the general remark on fonts that you made.
Special fonts may, however, be used on the web for special purposes.
People who read pages with specialized content, making heavy use of
special characters, can be expected to take some extra trouble in
downloading and installing fonts like Everson Mono Unicode or Code2000.

> Note too I wrote "throughout all",
> about which Everson Mono Unicode, not being exhaustive, apparently is
> not.

There is _no_ font that covers all of Unicode. Everson Mono Unicode is
probably among the 10 if not 5 most exhaustive (by some metrics).

Signature

Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

Andreas Prilop - 22 Apr 2008 16:51 GMT
> Michael Everson says about his Everson Mono Unicode:
> "I have found it quite legible at sizes as small as 4 points."
>  ( http://www.evertype.com/emono/ )

I wonder whether this statement applies to the Latin script only
or also to all the other scripts that Everson Mono covers.

Signature

In memoriam Alan J. Flavell
http://groups.google.com/groups/search?q=author:Alan.J.Flavell

Bergamot - 19 Apr 2008 20:37 GMT
>> - The factory setting is not 12pt in all browsers, though it may be in
>> IE. mozilla and Opera both use px, or at least they do on Windows.
>
> What I meant to write was "All Windows OEM browsers are factory set to
> <em>nominal</em> 12pt". What I meant to write is a fact carved in stone. All
> Windows OEM browsers are various versions of Internet Explorer

The article may be focusing on Windows users, but not IE. So OEM or 12pt
isn't relevant, especially considering that IE doesn't support a minimum
font size.

> Users are free to switch their IE text size to something other than medium,
> or goto advanced display settings and choose something other than 96 DPI, or
> ...

For my purposes it is sufficient just to state that users can and will
change their default as they see fit. How and to what is immaterial. And
again, IE is not the focus of the article.

>> - There's no reason to hail Safari. I seriously doubt many Windows users
>> would switch to it over this. I wouldn't, for sure.
[quoted text clipped - 3 lines]
> when the truth is that those with control over their puters do have the
> option to use Safari instead.

You made it sound like an advert in favor of switching to Safari (are
you a Mac lover, perchance?). I am vehemently opposed to forcing a
browser choice on anyone, so making such a suggestion is just plain
wrong, IMO. Besides, it would be foolish to give up a browser you are
otherwise happy with over this.

I reworded it to say that zooming text out does nothing, though forgot
about page zoom in Opera. Now that I think about that, though, it still
defeats the purpose of minimum font size, but making the user zoom (up
*or* down) to make the page comfortably readable.

> Now as to new version http://www.bergamotus.ws/misc/sensible-css-text-sizing.html
>
> Webkit and KHTML are not exactly the same thing.

The differences are irrelevant, as far as the article is concerned.
Safari is KHTML-based, and the only such browser available on Windows,
at least at this time. Konqueror behaves the same as Safari as far as
minimum font size goes. Other differences between the 2 don't matter in
the scheme of things.

> Your opinion that Safari won't take significant share
> on Windows ignores the share on Mac.

What does the Mac share have to do with Safari on Windows? Nothing that
I can discern. Regardless, the focus of the article is Windows users.
What happens on Mac (or Linux) isn't significant in the scheme of things.

> IMO, the word "monitor" when referring to a computer display has become an
> anachronism.

So call me a dinosaur. :)

> I've never seen a page with font-size: 8px set on body or html.

I didn't say that setting was on body, but I've seen attempts at font
settings as small as 6pt. They're not common, but do exist.

> 8px cannot
> produce fully formed characters throughout all standard character sets

That doesn't stop anyone from setting a stupidly small font-size. The
browser will interpret that as it sees fit.

> Most users of minimum size seem to set the default at their comfort level,
> and the minimum as something less, which means text, while always legible,
> will nevertheless often be too small for <em>comfort</em> while minimum size
> is in effect.

I'm not sure what your point there is, but I set my default at what I
consider optimum. The minimum is the smallest I find tolerable for
reading any quantity of text. If that were too small for me I would have
bumped it up long ago. Besides, if the minimum and default were the
same, there'd be no variation in type size other than headings.
Typographically speaking, that's not a good thing, either.

Signature

Berg

Felix Miata - 19 Apr 2008 22:55 GMT
> The article may be focusing on Windows users, but not IE.

Why any OS focus? Is there something different about too small web page text
for Windows users compared to other users. As I see it, such a scope
limitation is useless if not counter-productive.

> So OEM or 12pt isn't relevant, especially considering that IE doesn't support a minimum
> font size.

It's good that included facts are facts rather than perpetuated myths. Does
either 16px or 12pt need to be in there? I think not, but if you're going to,
be accurate at least as to the most widely installed browser on the planet.

> You made it sound like an advert in favor of switching to Safari (are

There was no such intent.

> you a Mac lover, perchance?).

I have about 25 working puters. Roughly 97% of their collective uptime is on
OS/2 & Linux, with maybe 2% on doz and less than 1% on Mac. A native Safari
version is available for neither OS/2 nor Linux.

> Besides, it would be foolish to give up a browser you are
> otherwise happy with over this.

All other things being equal, I very much think not. In basic function,
Safari is remarkably similar to Firefox. Anyone unmarried to extensions
should be equally comfortable with either.

>> Now as to new version http://www.bergamotus.ws/misc/sensible-css-text-sizing.html

>> Webkit and KHTML are not exactly the same thing.

> The differences are irrelevant, as far as the article is concerned.
> Safari is KHTML-based,

It was my point that it is not wise to call a fork of some thing the name of
that thing from which it was forked. Originally, Webkit and KHTML were
exactly the same thing, but that ceased to be true quite some time back. You
don't call Firefox Mozilla, do you? Why not substitute Safari for either
instead, and make it perfectly clear what you are talking about?

> Konqueror behaves the same as Safari as far as
> minimum font size goes.

Konq does not provide the same scheme with regard to default sizes. It
differs in preferring the generic desktop settings for font-family and
font-size, uses pt rather than px for sizing preferences, as well as not
providing the separate sizes for monospace and proportional. As a
consequence, they are merely very similar, not exactly equivalent.

>> Your opinion that Safari won't take significant share
>> on Windows ignores the share on Mac.

> What does the Mac share have to do with Safari on Windows?

It has to do with total Opera share vs. total Safari share vs. total Firefox
share vs. total IE share. AFAICT, the purported topic is
sensible-css-text-sizing, not
sensible-css-text-sizing-for-web-surfers-using-windows.

> Regardless, the focus of the article is Windows users.
> What happens on Mac (or Linux) isn't significant in the scheme of things.

Why should either be true? Are you not aware that deeziners also use Macs to
create their too small text? Have you not noticed that apple.com is king of
the mousetypers? Isn't the purpose of the article to sway <em>all</em> web
deeziners into respectful, sensible font sizing?

>> IMO, the word "monitor" when referring to a computer display has become an
>> anachronism.

> So call me a dinosaur. :)

You think other dinosaurs are your article's prime target audience? It
wouldn't surprise me if half the (apparently youthful) deeziner population
doesn't even know why the term "monitor" was ever used. Also, we now have a
lot of users of various monolithic devices surfing the web, who also don't
appreciate smaller than default text sizes. Maybe you could just replace
monitor with display in some places, leaving readers to know from use of the
anachronism you're older than the average web author. ;-)

> I didn't say that setting was on body, but I've seen attempts at font
> settings as small as 6pt. They're not common, but do exist.

On my web server, 6pt is 12px, perfectly intelligible if I use a magnifying
glass to examine it.

>> Most users of minimum size seem to set the default at their comfort level,
>> and the minimum as something less, which means text, while always legible,
>> will nevertheless often be too small for <em>comfort</em> while minimum size
>> is in effect.

> I'm not sure what your point there is, but I set my default at what I
> consider optimum. The minimum is the smallest I find tolerable for
> reading any quantity of text. If that were too small for me I would have
> bumped it up long ago.

I presume by optimum you mean highest comfort level? If true, then the
smaller minimum you set would represent sub-optimum, which is another way of
saying reduced comfort, which in turn is another way of saying "too small"
for comfort yet still remaining legible. That's the meaning of what I wrote
anyway, addressed to your paragraph following "you get the picture", where
your language is "never be too small for the user's comfort". I equate the
minimum size setting with minimum tolerance level, not minimum comfort level.

Think some more about your target audience and what you want from it. Isn't
it mostly precisionists? Do you think such people relate well to factual
errors or language easily interpreted multiple ways in an article with a goal
to change their behavior? I submit that high precision in fact inclusion and
word selection will maximize your article's authority and persuasive power
among the target audience.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 22 Apr 2008 16:47 GMT
>> > So OEM or 12pt isn't relevant, especially considering that IE doesn't support a minimum
>> > font size.
>
> It's good that included facts are facts rather than perpetuated myths.

It's a fact that both Opera and gecko browsers default to 16px, at least
on Windows. What's the myth?

> Does
> either 16px or 12pt need to be in there? I think not,

I think the reader should have something tangible to relate to. A
designer will relate to either one.

>> Besides, it would be foolish to give up a browser you are
>> otherwise happy with over this.
>
> All other things being equal, I very much think not.

All other things are not equal, though.

> In basic function,
> Safari is remarkably similar to Firefox.

I'm not a Firefox fan, but I've tried the Windows version of Safari and
found nothing that would make me want to switch to it. Heck, I can
barely even read the tiny type in the UI.

> You
> don't call Firefox Mozilla, do you?

No, I call it gecko, though it is a mozilla-based browser. Seamonkey is
also gecko, as are several other browsers. Konqueror and Safari are
likewise both KHTML.

> Konq does not provide the same scheme with regard to default sizes.

But it does behave the same with respect to its minimum font size
setting. How it determines the default text size isn't relevant *to the
article*. And that's true for any other browser or O/S.

> On my web server, 6pt is 12px,

Most desktop display devices (notice I didn't say monitor ;) ) are not
properly calibrated. That's especially true for Windows users.

> Think some more about your target audience and what you want from it. Isn't
> it mostly precisionists? Do you think such people relate well to factual
> errors or language easily interpreted multiple ways

So what specifically is easily interpreted in multiple ways?

> in an article with a goal
> to change their behavior? I submit that high precision in fact inclusion and
> word selection will maximize your article's authority and persuasive power
> among the target audience.

I'll consider what you said about all that. You do have a point about
precision (no pun intended) but most of that extra stuff you mentioned
just makes the article way longer than it already is, to no great
benefit that I can determine. For example, the parts about how Windows
IE users can change their default type size and the various display/dpi
settings. It's boring and strays too far from the point I want to make -
the usage and effects of minimum font size on that squirrelly deeziner
font sizing method.

BTW, I targeted Windows because that's where about 90% of the users are
(more or less, depending on the site). At the sites I manage, Firefox is
averaging about 20% of the browser share, though not all of them are
Windows users.

Signature

Berg

Felix Miata - 22 Apr 2008 20:51 GMT
>>> > So OEM or 12pt isn't relevant, especially considering that IE doesn't support a minimum
>>> > font size.

>> It's good that included facts are facts rather than perpetuated myths.

> It's a fact that both Opera and gecko browsers default to 16px, at least
> on Windows. What's the myth?

That 16px is the default on the most widely deployed browser on the planet.
If 16px was the IE default, then 'font-size: medium' with the browser's text
sizer set to medium would always be the same size as 'font-size: 16px', but
it isn't. It is however always equal to 'font-size: 12pt'.

>>> Besides, it would be foolish to give up a browser you are
>>> otherwise happy with over this.

>> All other things being equal, I very much think not.

> All other things are not equal, though.

Exactly equal, of course not. Very similar, I think very much so.

>> In basic function,
>> Safari is remarkably similar to Firefox.

> I'm not a Firefox fan, but I've tried the Windows version of Safari and
> found nothing that would make me want to switch to it. Heck, I can
> barely even read the tiny type in the UI.

I noticed that very quickly, and almost as quickly found that apparently no
one else who might have, attempted to do anything about it. I filed an Apple
bug (#5816271), but I don't know if anyone but me or Apple devs can access
it. I also filed a Webkit bug: http://bugs.webkit.org/show_bug.cgi?id=18001

> Konqueror and Safari are likewise both KHTML.

No they are not. Konq is KHTML. Safari is Webkit.

> Most desktop display devices (notice I didn't say monitor ;) ) are not
> properly calibrated. That's especially true for Windows users.

Most OS X users not only default to an arbitrary DPI like on doz, but also
they have no way to correct it.

>> Think some more about your target audience and what you want from it. Isn't
>> it mostly precisionists? Do you think such people relate well to factual
>> errors or language easily interpreted multiple ways

> So what specifically is easily interpreted in multiple ways?

More than I care to spend time on any time soon. Maybe some other time.

> BTW, I targeted Windows because that's where about 90% of the users are

Are you targeting windoz users, or deeziners? Ordinary Windoz users can't fix
stupidly designed web sites.

Do you want your article to be a reference for good design practices? Most
good web design practices are OS (and browser) agnostic, as well as body font
size agnostic. ;-)
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Eric B. Bednarz - 23 Apr 2008 23:30 GMT
> Are you targeting windoz users, or deeziners?

On a related note, are you targeting teens, or toddlers?

(*sigh*)

Signature

      |||  hexadecimal EBB
      o-o      decimal 3771
--oOo--( )--oOo-- octal 7273
  205 goodbye   binary 111010111011

Bergamot - 24 Apr 2008 05:09 GMT
>> BTW, I targeted Windows because that's where about 90% of the users are
>
> Are you targeting windoz users, or deeziners?

Windows users are most *affected* by this ridiculous design practice,
simply because of their sheer numbers. It is not an IE problem, though
you think I should bring up a bunch of unrelated and unimportant (to me)
IE factors, nor is pushing Safari the answer.

BTW, you are free to write your own article on the clagnut issue, if you
don't think I'm doing it well.

Signature

Berg

Felix Miata - 24 Apr 2008 12:39 GMT
>>> BTW, I targeted Windows because that's where about 90% of the users are

>> Are you targeting windoz users, or deeziners?

> Windows users are most *affected* by this ridiculous design practice,
> simply because of their sheer numbers.

Can users do anything significant about the problem? Not likely. Can
deeziners? Certainly. Can the teachers of deeziners? Absolutely.

The problem and its solution are 100% platform agnostic. The problem affects
100% of Gecko and Opera users of minimum font size equally, regardless of
platform. It affects 100% of Gecko, Opera, IE, KHTML and Webkit users of user
stylesheets containing 'body {font-size: 100% !important}', 'body {font-size:
1em !important}', or 'body {font-size: medium !important}', regardless of
platform, as well. Limiting the target of the article to some arbitrary
subset of the entire universe seems pointless, and likely counter-productive,
in the fight against the ridiculous design practice.

> BTW, you are free to write your own article on the clagnut issue

IIRC I saw you mention at least one of them upthread:
http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
http://fm.no-ip.com/SS/Clagnut/eonsSS.html

The latter was originally written last June.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 24 Apr 2008 16:23 GMT
>> BTW, you are free to write your own article on the clagnut issue
>
> IIRC I saw you mention at least one of them upthread:
> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
> http://fm.no-ip.com/SS/Clagnut/eonsSS.html

Actually, you mentioned them, not me. ;)

The huge screenshots in those pages make it quite difficult to figure
out what you're trying to say, but if you think that gets the message
across better than what I wrote, then I guess we're done.

Signature

Berg

Felix Miata - 24 Apr 2008 18:18 GMT
>>> BTW, you are free to write your own article on the clagnut issue

>> IIRC I saw you mention at least one of them upthread:
>> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
>> http://fm.no-ip.com/SS/Clagnut/eonsSS.html

> Actually, you mentioned them, not me. ;)

I guess I wasn't clear. Your Fri, 11 Apr 2008 22:41:46 -0500 post strongly
implied you had visited the latter.

> The huge screenshots in those pages make it quite difficult to figure
> out what you're trying to say,

They aren't huge on my systems, each being considerably smaller than full
screen, as little as less than half screen, depending on system.

> but if you think that gets the message
> across better than what I wrote, then I guess we're done.

I invite you to explain how the image sizes make understanding the message to
be difficult.

Looking at bbcnSS, the small SeaMonkey windows blocking portions of the
Firefox windows provide the context that shows default environment. In the
upper screenshot, you should be able to see that the BBC site text is
considerably smaller than the default, and distinctly smaller even than the
UI text in the browsers. In the middle, after application of either minimum
font size or user CSS, you should be able to see that the BBC site text has
grown to be considerably smaller than the default. In the last, you're
supposed to be able to see approximately how the BBC site would look if more
intelligent and respectful CSS was used on the BBC site in the first place.
This is what the actual page text is supposed to explain.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 24 Apr 2008 19:50 GMT
>>> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
>>> http://fm.no-ip.com/SS/Clagnut/eonsSS.html
[quoted text clipped - 4 lines]
> I invite you to explain how the image sizes make understanding the message to
> be difficult.

How clear is your message if you aren't using a full size browser window?

The first time I went to one of those pages, I didn't know what I was
looking at. More than 1/3 of it was off the right side of the screen and
I didn't bother scrolling over there. The text annotations don't really
stand out, at least not to me. Note that I'm not the only person who
expressed confusion at what those pages were trying to say.

You wrote it, so of course the meaning is clear to you.

Signature

Berg

Felix Miata - 25 Apr 2008 00:17 GMT
>>>> http://fm.no-ip.com/SS/Clagnut/bbcnSS.html
>>>> http://fm.no-ip.com/SS/Clagnut/eonsSS.html

>>> The huge screenshots in those pages make it quite difficult to figure
>>> out what you're trying to say,

>> I invite you to explain how the image sizes make understanding the message to
>> be difficult.

> How clear is your message if you aren't using a full size browser window?

The thought quite a while about the above question, and couldn't figure out
its meaning. I put it aside for a while, then came back and thought some
more, and still don't understand it.

Most of the time, my browser windows, when not full screen, are nevertheless
using at least 80% of the screen area. Right now, I have 3 puters booted, one
at 1280x960 (doz), one at 1400x1050 (OS/2), the third at 1856x1392 (Linux).
On all, each image requires considerably less than a full screen.

> The first time I went to one of those pages, I didn't know what I was
> looking at. More than 1/3 of it was off the right side of the screen and
> I didn't bother scrolling over there. The text annotations don't really
> stand out, at least not to me.

For 1/3 of those ~1160px wide pages' content to be off screen, your
resolution would have to be less than 800px wide. So assuming you are using
800x600, I can understand why you'd think the text annotations don't stand
out. The difference in your resolution and that of the images is so vast that
your default text size must be quite small in proportion to that on the
system from which the screenshots were taken. If you were to be using
quadruple that 800x600 resolution (1600x1200) while keeping your default size
the same physical size, you'd find the opposite situation to exist, default
size text on the originating system to be quite a bit smaller than your own,
making the annotations stand out quite strongly by comparison. I don't think
there are any really good ways to deal with that without adding a bunch of
whitespace, which is something I definitely do not want there.

I did restyle some to try to make the annotations stand out more on the bbc
page. What do you think? The originally styled page is now at
http://fm.no-ip.com/SS/Clagnut/bbcnSS1.html

> Note that I'm not the only person who
> expressed confusion at what those pages were trying to say.

The pictures are supposed to be worth "a thousand words", saying more than
any words I could come up with. If a visitor can't make a mental adjustment
based upon the images' browser icons or UI text, or can't make a physical
adjustment, distancing herself from her screen until the browser UI emulates
her own in size, I don't think there's anything more I could do. :-(
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 25 Apr 2008 14:09 GMT
>> The first time I went to one of those pages, I didn't know what I was
>> looking at. More than 1/3 of it was off the right side of the screen
>
> For 1/3 of those ~1160px wide pages' content to be off screen, your
> resolution would have to be less than 800px wide.

You confuse resolution with browser window size.

Signature

Berg

Felix Miata - 25 Apr 2008 15:48 GMT
>>> The first time I went to one of those pages, I didn't know what I was
>>> looking at. More than 1/3 of it was off the right side of the screen

>> For 1/3 of those ~1160px wide pages' content to be off screen, your
>> resolution would have to be less than 800px wide.

> You confuse resolution with browser window size.

On the contrary, you did not write "off the right side of the window"; you
wrote "off the right side of the screen". Your use of screen rather than
window caused me to believe you meant definition #6 on
http://dictionary.reference.com/browse/screen (a more pointed meaning than
"monitor" or "display") and I responded accordingly.
Signature

"Either the constitution controls the judges, or the
judges rewrite the constitution." Judge Robert Bork

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 25 Apr 2008 19:22 GMT
>> You confuse resolution with browser window size.
>
> On the contrary,

Whatever. I'm bored with this whole subject now.

HAND

Signature

Berg

Ed Mullen - 18 Apr 2008 18:58 GMT
>>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>
[quoted text clipped - 3 lines]
> Good! There quite a bit I would change though. See it at
> http://fm.no-ip.com/auth/tmp/how-not-to-size-text-on-the-web.html

I got an "object not found" error for:

http://fm.no-ip.com/auth/tmp/clagnut.png

Signature

Ed Mullen
http://edmullen.net
Everybody is somebody else's weirdo.

Ed Mullen - 18 Apr 2008 18:59 GMT
>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>
> I gave it a shot:
> http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html

I get a 404 on that link.

Signature

Ed Mullen
http://edmullen.net
Everybody is somebody else's weirdo.

Bergamot - 18 Apr 2008 19:15 GMT
>>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>>
>> I gave it a shot:
>> http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html
>
> I get a 404 on that link.

I just moved it. It was renamed to be less combative, and you might have
tried it while I was in the middle of putting in the redirects.

http://www.bergamotus.ws/misc/sensible-css-text-sizing.html

Signature

Berg

Felix Miata - 30 May 2008 18:15 GMT
>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread

> I gave it a shot:
> http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html

It appears that for post-1.8 Gecko users the minimum size compounding problem
will be history: https://bugzilla.mozilla.org/show_bug.cgi?id=434718

IOW, FF3 seems to behave like Safari.
Signature

". . . . in everything, do to others what you would
have them do to you . . . ."       Matthew 7:12 NIV

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Bergamot - 30 May 2008 18:58 GMT
>>> Links to criticism of http://clagnut.com/blog/348/ need to be more widespread
>
>> I gave it a shot:
>> http://www.bergamotus.ws/rants/how-not-to-size-text-on-the-web.html
>
> FF3 seems to behave like Safari.

Even if it does, that doesn't make clagnut a good practice. It's still a
ridiculous, convoluted and illogical way to set font sizes.

Signature

Berg
now killing all posts from google groups

Felix Miata - 31 May 2008 21:29 GMT
>> FF3 seems to behave like Safari.

> Even if it does, that doesn't make clagnut a good practice. It's still a
> ridiculous, convoluted and illogical way to set font sizes.

Quite true. However, the problem is limited mainly to Opera users and the
idiot designers making their own jobs more complicated. Natural selection
should cull the number of those idiot desingers, eventually leading to the
takeover of sanity. Meanwhile, Opera is liable to see the light discovered by
Safari and Gecko.
Signature

". . . . in everything, do to others what you would
have them do to you . . . ."       Matthew 7:12 NIV

Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/

Jeff - 11 Apr 2008 16:10 GMT
> I'm unclear as to how best to use what I'm terming the top-level CSS
> selectors, by which I mean selectors like *, html and body. I'm coming
> at this from trying to understand how best to set font sizes but I
> seem to have strayed into a broader question.

  I don't really know what the pragmatic difference is between * and
body, but I did run some tests.

  I still have to work on transitional (quirks mode) doctypes. (nested
table client). Generally you don't want to take a complex transitional
layout to strict unless you have a lot of time on your hands to fix the
box model and don't mind pissing off the client.

In quirksmode, body does not style td, whereas * does (IE and FireFox,
windows). It's usually a good idea to set a default font-family and color.

  That quirk must go back to NS4, IE4 days... I just now realized that
strict fixed it.

  Jeff

> Some CSS guides seem to suggest that a * declaration is good practice
> for any style sheet, primarily I suppose to set zero defaults for
[quoted text clipped - 25 lines]
>
> JGD
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.