Skip to content

[css-env-1] built-in env() features must go through CSSWG's standardization process #2820

@MatsPalmgren

Description

@MatsPalmgren

Dear CSSWG,

This is an official statement from Mozilla regarding the proposed env() feature in css-env-1.

We think this ís a good feature in general, but we object to the following part:

user agents may define additional undocumented environment variables

Allowing vendors to introduce arbitrary new features into the web platform like this has exactly the same problems as vendor-prefixed properties and values have, which as we all know, is the one of the biggest mistakes in CSS's history.

Our opinion is that all env() <custom-ident>s MUST be decided by CSSWG consensus using the same process that is used for introducing other CSS features. That process has the following benefits:

  1. there is a comprehensible specification for each <custom-ident> so that anyone can implement it without having to reverse-engineer specific UAs
  2. each feature gets proper privacy, security, a11y and i18n review
  3. the W3C rules regarding patents apply
    etc

UA vendors MUST NOT expose built-in env() features to the web without going through that process. This process requirement should be written into the env() spec itself as a normative requirement on all built-in <custom-ident>s that are exposed to web content.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions