font-family

[<nick>]

Hey,

grübel jetzt schon eine ganze weile aber erkenne in folgendem beispiel einfach keinen sinn.

http://bit.ly/1Aer83u

Warum sind diese beiden Beispiele richtig:

1] font-family: Gill Sans Extrabold, sans-serif;

2] font-family: "Goudy Bookletter 1911", sans-serif;

und dieses falsch:

3] font-family: Goudy Bookletter 1911, sans-serif;


3] ist logisch, aber warum ist 1] korrekt ohne Anführungszeichen?




Mozilla:
https://developer.mozilla.org/de/docs/Web/CSS/font-family

w3c:
In cases where the name of a face contains more than one word, it must be enclosed by single or double quotes.
quelle: https://www.w3.org/wiki/Text_styling_with_CSS


~ Nick

 

[thecain]

Font family names other than generic families must either be given quoted as strings, or unquoted as a sequence of one or more identifiers. This means most punctuation characters and digits at the start of each token must be escaped in unquoted font family names.

In CSS, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [a-zA-Z0-9] and ISO 10646 characters U+00A0 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit, two hyphens, or a hyphen followed by a digit. Identifiers can also contain escaped characters and any ISO 10646 character as a numeric code (see next item). For instance, the identifier "B&W?" may be written as "B\&W\?" or "B\26 W\3F".

http://dev.w3.org/csswg/css-fonts-3/#font-family-prop

1 ist korrekt, weil nur "identifier"
2 ist nicht korrekt, weil identifier nicht mit einer Zahl beginnen dürfen

 

[<nick>]

1 und 2 sind aber laut Mozilla beide korrekt, nur 3 ist ungültig. Gill Sans Extrabold als bsp. sollte doch in Anführungszeichen gesetzt werden?

"it is recommended to quote font family names that contain white space, digits, or punctuation characters..."

 

[MrMurphy]

Hallo

it is recommended to quote font family names that contain white space, digits, or punctuation characters

Woher stammt diese Aussage?

Grundsätzlich ist es problematisch sich auf das W3C zu berufen. Entscheidend sind hingegen die Angaben der WHATWG.

Da Mozilla in der WHATWG mitarbeitet sind deren Angaben gehaltvoller als die des W3C.

Gruss

MrMurphy

Gruss

MrMurphy

 

[thecain]

Font family names must either be given quoted as strings, or unquoted as a sequence of one or more identifiers.

oder auf Deutsch...

Schriftfamiliennamen müssen entweder in Anführungszeichen eingeschlossene Strings sein oder nicht angeführte als eine Aneinanderreihung von einem oder mehreren Bezeichnern. Das heißt dass in nicht angeführten Schriftfamiliennamen Interpunktionszeichen und Ziffern am Anfang jedes Zeichens Maskiert (escaped) werden müssen.

Bezeichner ist das Stichwort

steht auch so auf der Mozilla Seite

https://developer.mozilla.org/en-US/docs/Web/CSS/font-family

 

[<nick>]

@Murphy

https://developer.mozilla.org/en-US/docs/Web/CSS/font-family

Und deine Aussage mit der WHATWG kann ich nicht ganz nachvollziehen, habe gelernt sich als letztes immer auf das W3C zu beziehen als ausschlaggebende Instanz für die Standards....


@thecain

Wie auch immer, verstehe den Sinn nicht.... Mozilla gibt folgende Schreibweise als richtig an,

font-family: Gill Sans Extrabold, sans-serif;

Fügt aber im Gleichen abschnitt hinzu, und bei allen folgenden Beispielen, dass es in Anführungszeichen gesetzt werden sollte ...

font-family: "Gill Sans Extrabold", sans-serif;

 

[thecain]

Die EMPFEHLUNG ist Anführungszeichen zu setzten, damit man die Spezialfälle nicht kennen muss. Aber sonst wäre das auch ohne " erlaubt. Wenn aber ein Bezeichner mit einer Zahl beginnt wie beim ersten Beispiel der nicht erlaubten, muss die Zahl escaped werden oder eben zwangsläufig Anführungszeichen gesetzt werden.

 

[MrMurphy]

Hallo

habe gelernt sich als letztes immer auf das W3C zu beziehen als ausschlaggebende Instanz für die Standards

Das ist falsch, auch wenn die Behauptung nicht auszurotten ist.

dass es in Anführungszeichen gesetzt werden sollte

Genau. "Sollte", nicht "muss".

Gruss

MrMurphy

 

[<nick>]

Alles kla, besser spät als nie verstehen ... Danke.