Да, это, пожалуй, самая непростая задача — особенно когда команда большая. Чтобы стандарты точно соблюдались, мы решили не сваливать всю ответственность на команду стандартизации, а распределить её. Оказалось, что если за этим в первую очередь следят дизайн‑лиды продуктовых команд, всё работает куда эффективнее)
Баги, увы, иногда случаются — мы постоянно работаем над их исправлением. Спасибо за сообщение об этом баге — обязательно поделюсь информацией с коллегами.
Что касается статьи, она все же больше сфокусирована на проектировании, а не на разработке.
Скопировалось из прошлой статьи про цвета для элементов визуализации. В этой статье есть ссылка на ту, так что будем считать, что косвенное отношение все же есть) Но да, в целом вы правы, accessibility в тегах лишнее
Обычно цвет текста и линий выбирается сильно раньше проработки палитры для визуализации, в процессе разработки дизайн-системы или ui-kit. И для различных графиков менять цвет и шрифт текста по сравнению с остальной системой лучше не стоит. Так элементы визуализации будут выглядеть инородно в системе.
Если же это продуктовая задача и цвета подбираются исключительно под визуализацию в отрыве от конкретного продукта, то главным критерием является контрастность по отношению к фону и к отображаемым данным, обычно лучше всего подходят черные-серые цвета.
Не соглашусь, у каждого монитора различные показатели Delta E по отношению к sRGB и для человеческого глаза цвет с одним и тем же кодом на разных мониторах может выглядеть по разному, (у OLED обычно эта дельта меньше и соответственно цвета будут ближе к стандартам того же AdobeRGB например). WebSafe цвета в меньшей степени зависимы от различий экранов. Более того речь шла непосредственно про заводские настройки мониторов, конечно можно донастроить цветовое отображение так, чтобы различий почти не было, но такими настройками мало кто занимается.
Information
Rating
497-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Рад, что статья была полезна)
Да, это, пожалуй, самая непростая задача — особенно когда команда большая. Чтобы стандарты точно соблюдались, мы решили не сваливать всю ответственность на команду стандартизации, а распределить её. Оказалось, что если за этим в первую очередь следят дизайн‑лиды продуктовых команд, всё работает куда эффективнее)
Спасибо!
Баги, увы, иногда случаются — мы постоянно работаем над их исправлением. Спасибо за сообщение об этом баге — обязательно поделюсь информацией с коллегами.
Что касается статьи, она все же больше сфокусирована на проектировании, а не на разработке.
Скопировалось из прошлой статьи про цвета для элементов визуализации. В этой статье есть ссылка на ту, так что будем считать, что косвенное отношение все же есть)
Но да, в целом вы правы, accessibility в тегах лишнее
Да, используем Apache Superset 4.0
Спасибо за рекомендацию, изучу)
Обычно цвет текста и линий выбирается сильно раньше проработки палитры для визуализации, в процессе разработки дизайн-системы или ui-kit. И для различных графиков менять цвет и шрифт текста по сравнению с остальной системой лучше не стоит. Так элементы визуализации будут выглядеть инородно в системе.
Если же это продуктовая задача и цвета подбираются исключительно под визуализацию в отрыве от конкретного продукта, то главным критерием является контрастность по отношению к фону и к отображаемым данным, обычно лучше всего подходят черные-серые цвета.
Не соглашусь, у каждого монитора различные показатели Delta E по отношению к sRGB и для человеческого глаза цвет с одним и тем же кодом на разных мониторах может выглядеть по разному, (у OLED обычно эта дельта меньше и соответственно цвета будут ближе к стандартам того же AdobeRGB например). WebSafe цвета в меньшей степени зависимы от различий экранов.
Более того речь шла непосредственно про заводские настройки мониторов, конечно можно донастроить цветовое отображение так, чтобы различий почти не было, но такими настройками мало кто занимается.