-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Where are @font-face format identifiers defined? #14
Comments
The question of what information new registrations must provide is best solved by abstracting the existing registrations into a registration template. This would include the @font-face format identifier. I agree that checking for a clash on new registrations is desirable. This can be on the ietf-types list. Contrary to CSS2 (where the list of anticipated formats was speculative) the list of formats in CSS3 Fonts is based on existing practice and is thus likely to change slowly. Thus, I feel that the normative source should be the individual registrations, and it will be easy to add new ones to CSS3 Fonts via the errata mechanism. |
Does that need clarification in the text? a post on the ml to discuss/confirm? |
It does need clarification in the text. I planned to add a registration template, extending the one in section 5.6. Registration Template of RFC 6838 to add the @font-face format field. However, I see that there is now an online form as the preferred submission method: |
Also need to reference the ABNF of section 4.2. Naming Requirements of RFC 6838 |
Related: w3c/csswg-drafts#513 |
Looks like CSS 4 Fonts will add a new specifier rather than adding to the format specifier |
From Martin J. Dürst duerst@it.aoyama.ac.jp
The start of section 7 introduces @font-face format identifiers. It uses the word "defined" for these, but only talks about the types defined in the document itself. This raises the following questions:
information, too? If yes, who is responsible to avoid conflicts?
(we could just ask IANA to check that the identifier doesn't clash
with that of another subtype)
for these values, or how will potential discrepancies be solved?
the information in the IANA registry just informative, then
clearly say so in the draft.
The text was updated successfully, but these errors were encountered: