- From: Scott E. Preece <preece@predator.urbana.mcd.mot.com>
- Date: Fri, 2 Feb 1996 08:35:35 -0600
- To: Hakon.Lie@sophia.inria.fr
- Cc: cwilso@microsoft.com, www-style@w3.org
From: Hakon Lie <Hakon.Lie@sophia.inria.fr> | | Scott E. Preece writes: | > this is correct, I agree with Chris that expecting to be able to | > distinguish a font-family from a font-weight from a font-style by value | > is unacceptable. | | Why? Do we have any fonts called "bold", "demi-bold" or "2.3"? What is | the chance of someone naming a new font that will conflict? If that | happens one will have to use the 'font-family' property instead of | 'font', but that is a minor (and highly unlikely) inconveniece. --- There's no reason someone couldn't have a font named "bold" or anything else. A lot of X users have simple names (like "sans") that are linked to whatever font is the local preference, to allow generic documents to specify a "name" that gets localized to a specific font. Looking at our local catalog, we don't have a "bold" but we do have a "b" (I think for use by a troff descendant). I don't think it's especially unlikely. --- | The 'font' property is a shorthand notation intended to make life | easier if you write style sheets by hand. The syntax is an old | typographic convention. Requireing extra punctuatation in the value | defeats the purpose of the property. --- With respect, I don't think there is any "old typographic convention" that dictates that exact syntax given in the spec. Certainly the first part ("10/12 Times New Roman") is common, but a type spec would never include multiple typefaces, and the "style" and "weight" components conflate things that would might be conveyed by text markings (e.g., underlining with a wavy line for bold, a single line for italics, two lines for small caps, ...), might be a typeface modifier, or might, sometimes, use a separate face altogether. I don't think using a comma instead of a space between components would confuse or inconvenience, and would make the parsing much simpler and unambiguous. I think it's the cost of allowing multiple font-families in the spcification. --- | Another solution is to limit the number of font names to 1 in the | 'font' property: | | a) font: 12pt/14pt sans-serif bold; /* legal */ | b) font: 12pt/14pt helvetica sans-serif bold; /* illegal? */ | | I would prefer also allowing b). --- I don't mind the restriction to one font in the shorthand form, but if you want to allow (b), you need to do one of these: use punctuation to separate the components: b1) font: 12pt/14pt,helvetica sans-serif,bold; or bracket the typefaces: b2) font: 12pt/14pt (helvetica sans-serif) bold; or require special puctuation between the typefaces: b3) font: 12pt/14pt helvetica or sans-serif bold; b4) font: 12pt/14pt helvetica | sans-serif bold; scott -- scott preece motorola/mcg urbana design center 1101 e. university, urbana, il 61801 phone: 217-384-8589 fax: 217-384-8550 internet mail: preece@urbana.mcd.mot.com
Received on Friday, 2 February 1996 09:36:03 UTC