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
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions