- From: Romain Menke via GitHub <sysbot+gh@w3.org>
- Date: Tue, 18 Apr 2023 06:58:18 +0000
- To: public-design-tokens-log@w3.org
One way to put it : - theming or branding token sets are applied by developers. - native conditionals like dark mode are applied through device aspects or user preferences. Yes it is technically possible to have developers write all the glue code for native conditionals to work but we don't see the benefit to that. If a designer already defines the relation between values why should a developer do that work again and again? Is it not the purpose of this specification to enhance the experience of everyone by having a format that communicates design decisions? Also keep in mind that a "dark design" is not "dark mode". Native dark mode is a feature through which end users communicate that they want a darker rendering, a "dark design" is a set of design choices. By throwing "dark mode" together with "theming" or "branding" we are oversimplifying the issue at hand. It is important to consider it fully. -- GitHub Notification of comment by romainmenke Please view or discuss this issue at https://github.com/design-tokens/community-group/issues/210#issuecomment-1512542607 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 18 April 2023 06:58:20 UTC