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

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

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

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

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

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

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

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

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

95% из вас ответили «да».

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

30% из вас ответили «да».

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

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

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

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

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

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

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

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

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

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

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

Хотите ли вы добавить еще какие-либо отзывы?

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

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

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

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