Результаты настраиваемого запроса выбора для формы обратной связи с разработчиком

Adam Argyle

Опубликовано: 16 декабря 2024 г.

В сентябре мы попросили вас оставить отзыв об экспериментальной настраиваемой функции выбора. Отзывы, которыми вы поделились, включали варианты использования (например, системы дизайна, поля со списком), мысли о режиме ввода API и отзывы о базовых стилях. Проблемы включали доступность, совместимость браузеров, необходимость функции поиска и желание поддержки множественного выбора. Похоже, вы хотите использовать API в рабочей среде, но у вас есть некоторые оговорки и пожелания по конкретным функциям.

Вся эта информация была использована инженерами и менеджерами Chrome для принятия обоснованных решений относительно этой функции. В этом посте представлены ключевые выводы по каждому из вопросов настраиваемого опроса по выбору .

Что бы вы создали с помощью этого нового API?

Было рассмотрено множество вариантов использования, в основном они включали:

1. Создание компонентов системы проектирования : создавайте избранные компоненты для своих систем проектирования, обеспечивая согласованность и настраиваемость всех своих проектов.
2. Создание различных типов селекторов : таких, как селекторы языка, селекторы стран, селекторы разрешений пользователя и т. д.
3. Улучшение существующих элементов выбора : улучшите существующие элементы выбора с помощью таких функций, как изображения, SVG и более богатый стиль.
4. Замена пользовательских реализаций выбора : замените специально созданные компоненты выбора стандартизированным собственным решением.
5. Создание полей со списком и пользовательских средств выбора : более сложные функции, такие как поля со списком, настраиваемые средства выбора для номеров телефонов, часовых поясов, валют и других типов данных.
6. Улучшение пользовательского интерфейса форм : улучшите формы, создав более визуально привлекательные и функциональные элементы выбора.

Эти ответы подчеркивают универсальность нового API и его потенциал для улучшения пользовательского опыта и эффективности разработки широкого спектра веб-приложений.

Планируете ли вы использовать этот API в производстве, как только он станет широко доступным в базовой версии?

Вы пробовали новый API? Если да, смогли ли вы создать с его помощью то, что хотели?

Что вы думаете о режиме входа для настраиваемого выбора ( appearance: base-select в элементе <select> и ::picker(select) )

Отзывы об этом режиме входа неоднозначные:

1. Некоторые считают такой подход приемлемым, разумным или даже лучшим, чем текущая ситуация. Они видят в этом «логичный» или «хороший» способ постепенного улучшения элемента <select> .
2. Другие выражают замешательство или находят синтаксис неудобным. Использование двух свойств ( appearance: base-select и ::picker(select) ) считается излишним или ненужным. Вызывают опасения по поводу именования ( base-select может ввести в заблуждение) и потенциальной путаницы для новичков, незнакомых с основными концепциями.
3. Некоторые респонденты предлагают альтернативные подходы, такие как использование одного свойства или селектора или полный отказ от свойства appearance .

В целом, хотя некоторых респондентов устраивает нынешний режим входа, другие находят его запутанным или предлагают его улучшения для большей ясности и простоты. Этот отзыв подчеркивает важность четкой документации и примеров, которые помогут разработчикам эффективно использовать новый API.

Есть ли у вас какие-либо отзывы о существующих базовых стилях (пользовательский агент) для настраиваемого выбора?

Некоторые респонденты считают эти стили приемлемыми или хорошими, в то время как другие высказывают конкретные критические замечания или предложения. Некоторые из пунктов обратной связи включают в себя:

• Значок галочки некрасивый или мог бы быть проще.
• Недостаточно места для галочки рядом с элементами.
• Базовые стили выглядят тесными: кольцо фокусировки обрезано, между отмеченным значком и текстом нет зазора.
• Стили могут быть ближе к стилю платформы ОС или элементу <dialog> .
• Стрелка по умолчанию должна указывать вниз и переворачиваться вверх при открытии.
• Для удаления базовых стилей пользовательского агента может потребоваться сброс.

Есть ли у вас какие-либо вопросы, комментарии или замечания по поводу этой функции?

По поводу нового настраиваемого API выбора было множество отзывов, вопросов и опасений. Некоторые из ключевых тем включают в себя:

1. Доступность . Некоторые респонденты выразили обеспокоенность по поводу доступности, особенно программ чтения с экрана и навигации с помощью клавиатуры.
2. Множественный выбор и поля со списком . Существует сильное желание иметь функцию множественного выбора и поддержку полей со списком.
3. Функциональность поиска . Возможность поиска по выбранным параметрам является запрошенной функцией.
4. Совместимость стилей и браузеров . Были высказаны опасения по поводу параметров стиля, совместимости браузеров и необходимости сброса CSS.
5. Детали реализации . Были заданы вопросы о конкретных деталях реализации, таких как блокировка фокуса, поведение рендеринга и пользовательские дочерние элементы.
6. Общие отзывы . Некоторые респонденты поделились общими отзывами, такими как желание иметь более простой режим входа в API и возможность рендеринга за пределами браузера Chrome.

В целом, отзывы подчеркивают необходимость улучшения доступности, дополнительных функций, таких как множественный выбор и поиск, а также четких рекомендаций по стилю и совместимости с браузерами.

Есть ли еще какие-либо отзывы, которые вы хотели бы добавить?

Ключевые темы мыслей и предложений респондентов включают в себя:

1. Желание иметь функции множественного выбора и поля со списком . Многие респонденты специально просят добавить возможности множественного выбора и поля со списком.
2. Важность доступности . Некоторые респонденты подчеркивают необходимость постоянного внимания к функциям доступности.
3. Положительные отзывы и запросы на новые функции . Некоторые выражают восторг по поводу API и предлагают такие предложения, как опция поиска или возможность обнаружить поддержку с помощью @supports .
4. Конкретные варианты использования . Некоторые респонденты упоминают конкретные варианты использования, которые они хотели бы видеть поддерживаемыми, например, рендеринг за пределами Chrome браузера или разрешение настраиваемых значений в элементе <select> .
5. Общие комментарии . Некоторые выражают общую похвалу или выражают желание обеспечить единообразие внешнего вида во всех браузерах.

В целом, эта обратная связь усиливает спрос на функции множественного выбора и поля со списком, подчеркивает важность доступности и дает дополнительную информацию о потенциальных вариантах использования и областях для улучшения.

Мы еще раз благодарим всех и надеемся, что эта сводка отзывов сообщества понравится реализаторам и разработчикам, помогая улучшить настраиваемый выбор как для пользователей, так и для разработчиков.