[media-types] Re: [IANA #1450656] Re: Re: Review r equest for updated registration of text/css

Alexey Melnikov <[email protected]> Fri, 1 May 2026 15:56:10 +0100
Newsgroups gmane.ietf.types
Message-ID <[email protected]>
Hi Amanda/Chris,

On 29/04/2026 19:43, Amanda Baber via RT wrote:
> Hi Alexey,
>
> Can you review this one? We have confirmation from the W3C liaison that this can be processed.

Ok, some nits below, but otherwise this looks fine. (I wish there was a 
link to find where different CSS modules are defined. Can this be 
added?). Copied the original request to reduce the number of quoting 
levels in my reply:

> Type name: text
>
> Subtype name: css
>
> Required parameters: none
Nit: Please use "N/A" instead of "none".
> Optional parameters: charset (but see below)
>
> Encoding considerations:
>
> For use with transports that are not 8-bit clean, quoted-
> printable encoding is recommended since the majority of
> characters will be CSS syntax and thus correspond to the
> US-ASCII-compatible subrange of UTF-8.
This field must contain 1 of 4 choices: 7bit, 8bit, binary or framed. I 
think this should be "binary" if lines longer that 1000 octets are 
allowed. Otherwise it is "8bit".
> Security considerations:
>
> CSS is a modular specification and thus, the individual
> Security Considerations section of each CSS module in use
> should be consulted.
>
> Interoperability considerations:
>
> CSS has proven to be widely interoperable across computer
> platforms, across Web browsers of different makes, and for import
> and export in multiple authoring tools.
>
> Published specification:
>
> https://www.w3.org/TR/css
>
> Applications that use this media type:
>
> CSS is device-, platform- and vendor-neutral and is supported by
> a wide range of Web user agents and authoring tools for
> formatting HTML documents.
>
> Fragment identifier considerations:
>
> N/A
>
> Additional information:
>
> Deprecated alias names for this type: N/A
> Magic number(s): N/A
> File extension(s): .css
> macOS Uniform Type Identifier(s): public.css
> Windows clipboard name(s): N/A
>
> Person & email address to contact for further information:
>
> The W3C CSS Working Group<[email protected]>
>
> Intended usage:
>
> COMMON
>
> Restrictions on usage:
>
> N/A
>
> Author: The W3C CSS Working Group
>
> Change controller: W3C
>
> Fallback encoding:
>
> For Web compatibility, to determine the character encoding,
> user agents follow the CSS Syntax Level 3 specification,
> "To determine the fallback encoding of a stylesheet"
> https://www.w3.org/TR/css-syntax-3/#determine-the-fallback-encoding
>
> Stylesheet authors should author their stylesheets in UTF-8, and
> ensure that either an HTTP header (or equivalent method) declares
> the encoding of the stylesheet to be UTF-8, or that the referring
> document declares its encoding to be UTF-8.

> thanks,
> Amanda
>
> On Wed Apr 22 07:45:46 2026, amanda.baber wrote:
>> Hi Chris and IETF-designated media type experts,
>>
>> Sorry, IANA isn't subscribed to [email protected] list, so we
>> don't have a ticket for/haven't seen this. In order to make this
>> update, we need approval from one of the IESG-designated experts
>> (Alexey Melnikov, Darrel Miller, Murray Kucherawy). We usually assign
>> the request to a specific expert when we forward the request to the
>> list.
>>
>> Alexey or Murray (asking you in case you ran into something like this
>> as an AD), can one of you pick up this request? Because this media
>> type was registered by RFC 2318, but has a blank change controller
>> field, we also need confirmation that this media type can be modified
>> without an RFC. The template's "published specification" field does
>> refer to a W3C spec.
>>
>> W3C has asked us to confirm media type submissions with one of their
>> liaisons, so I'll send that message to them separately.
>>
>> thanks,
>> Amanda
>>
Best Regards,

Alexey

_______________________________________________
media-types mailing list -- [email protected]
To unsubscribe send an email to [email protected]