#клавиатурная_навигация — Public Fediverse posts

Два пути к идеальному DatePicker: классический промптинг или системный подход по работе с AI

Привет, коллеги! Сегодня мы копнем в самую суть инженерного подхода. На повестке дня - сравнение двух кардинально разных философий создания сложного UI-компонента. Это не просто рассказ о DatePicker, это анализ стратегического выбора, который каждая команда делает каждый день: скорость в ущерб предсказуемости или наоборот? Исходный код доступен по ссылке: https://github.com/Codesrc-public-ru/ralf-datapicker За основу мы возьмем два реальных кейса. Первый - «AI-драфтинг» , отлично описанный нашей статье " Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума ". Идея: получить 80% кода от нейросети, а остальное довести вручную. Это путь быстрых итераций и реактивного решения проблем. Второй - «Системный инжиниринг» , подход описан в этой документации к инструменту https://github.com/snarktank/ralph . Идея: сначала детальное проектирование, потом итеративная работа модели. Это путь проактивного управления сложностью. Оба приводят к результату. Но какой ценой? И что скрывается под капотом каждого из них? Давайте разберем.

https://habr.com/ru/articles/1028440/

#TypeScript #WCAG #ARIA #DatePicker #доступный_интерфейс #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты #Анализ_и_проектирование_систем

Два пути к идеальному DatePicker: классический промптинг или системный подход по работе с AI

Привет, коллеги! Сегодня мы копнем в самую суть инженерного подхода. На повестке дня - сравнение двух кардинально разных философий создания сложного UI-компонента. Это не просто рассказ о DatePicker, это анализ стратегического выбора, который каждая команда делает каждый день: скорость в ущерб предсказуемости или наоборот? Исходный код доступен по ссылке: https://github.com/Codesrc-public-ru/ralf-datapicker За основу мы возьмем два реальных кейса. Первый - «AI-драфтинг» , отлично описанный нашей статье " Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума ". Идея: получить 80% кода от нейросети, а остальное довести вручную. Это путь быстрых итераций и реактивного решения проблем. Второй - «Системный инжиниринг» , подход описан в этой документации к инструменту https://github.com/snarktank/ralph . Идея: сначала детальное проектирование, потом итеративная работа модели. Это путь проактивного управления сложностью. Оба приводят к результату. Но какой ценой? И что скрывается под капотом каждого из них? Давайте разберем.

https://habr.com/ru/articles/1028440/

#TypeScript #WCAG #ARIA #DatePicker #доступный_интерфейс #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты #Анализ_и_проектирование_систем

Два пути к идеальному DatePicker: классический промптинг или системный подход по работе с AI

Привет, коллеги! Сегодня мы копнем в самую суть инженерного подхода. На повестке дня - сравнение двух кардинально разных философий создания сложного UI-компонента. Это не просто рассказ о DatePicker, это анализ стратегического выбора, который каждая команда делает каждый день: скорость в ущерб предсказуемости или наоборот? Исходный код доступен по ссылке: https://github.com/Codesrc-public-ru/ralf-datapicker За основу мы возьмем два реальных кейса. Первый - «AI-драфтинг» , отлично описанный нашей статье " Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума ". Идея: получить 80% кода от нейросети, а остальное довести вручную. Это путь быстрых итераций и реактивного решения проблем. Второй - «Системный инжиниринг» , подход описан в этой документации к инструменту https://github.com/snarktank/ralph . Идея: сначала детальное проектирование, потом итеративная работа модели. Это путь проактивного управления сложностью. Оба приводят к результату. Но какой ценой? И что скрывается под капотом каждого из них? Давайте разберем.

https://habr.com/ru/articles/1028440/

#TypeScript #WCAG #ARIA #DatePicker #доступный_интерфейс #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты #Анализ_и_проектирование_систем

Два пути к идеальному DatePicker: классический промптинг или системный подход по работе с AI

Привет, коллеги! Сегодня мы копнем в самую суть инженерного подхода. На повестке дня - сравнение двух кардинально разных философий создания сложного UI-компонента. Это не просто рассказ о DatePicker, это анализ стратегического выбора, который каждая команда делает каждый день: скорость в ущерб предсказуемости или наоборот? Исходный код доступен по ссылке: https://github.com/Codesrc-public-ru/ralf-datapicker За основу мы возьмем два реальных кейса. Первый - «AI-драфтинг» , отлично описанный нашей статье " Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума ". Идея: получить 80% кода от нейросети, а остальное довести вручную. Это путь быстрых итераций и реактивного решения проблем. Второй - «Системный инжиниринг» , подход описан в этой документации к инструменту https://github.com/snarktank/ralph . Идея: сначала детальное проектирование, потом итеративная работа модели. Это путь проактивного управления сложностью. Оба приводят к результату. Но какой ценой? И что скрывается под капотом каждого из них? Давайте разберем.

https://habr.com/ru/articles/1028440/

#TypeScript #WCAG #ARIA #DatePicker #доступный_интерфейс #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты #Анализ_и_проектирование_систем

Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума

Привет, коллеги! Сегодня делимся историей, которая отлично показывает, как AI ускоряет старт, но человеческий опыт и внимание к деталям делают продукт по-настоящему крутым. Недавно нам для одного из проектов понадобился DatePicker. Сам компонент под NDA, поэтому показать его не можем. Но чтобы поделиться процессом, мы специально для статьи собрали похожий концепт - с открытым кодом и возможностью потыкать вживую (ссылка ждет в конце). Так вот, казалось бы, компонент простой, но мы решили не просто взять готовую библиотеку. Во-первых, хотелось понять «а как там внутри», а во-вторых - поставить себе планку: сделать его по-настоящему доступным по всем канонам WCAG. Ну и, конечно, не без эксперимента: «А что, если Claude напишет основу?» Так началось наше приключение с созданием полностью доступного компонента выбора даты с использованием React и Typescript, следуя строгому паттерну WAI-ARIA APG «Date Picker Dialog» Приготовьтесь к инсайтам, багам и победам!

https://habr.com/ru/articles/1022918/

#React #TypeScript #WCAG #ARIA #DatePicker #доступность_интерфейса #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты

Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума

Привет, коллеги! Сегодня делимся историей, которая отлично показывает, как AI ускоряет старт, но человеческий опыт и внимание к деталям делают продукт по-настоящему крутым. Недавно нам для одного из проектов понадобился DatePicker. Сам компонент под NDA, поэтому показать его не можем. Но чтобы поделиться процессом, мы специально для статьи собрали похожий концепт - с открытым кодом и возможностью потыкать вживую (ссылка ждет в конце). Так вот, казалось бы, компонент простой, но мы решили не просто взять готовую библиотеку. Во-первых, хотелось понять «а как там внутри», а во-вторых - поставить себе планку: сделать его по-настоящему доступным по всем канонам WCAG. Ну и, конечно, не без эксперимента: «А что, если Claude напишет основу?» Так началось наше приключение с созданием полностью доступного компонента выбора даты с использованием React и Typescript, следуя строгому паттерну WAI-ARIA APG «Date Picker Dialog» Приготовьтесь к инсайтам, багам и победам!

https://habr.com/ru/articles/1022918/

#React #TypeScript #WCAG #ARIA #DatePicker #доступность_интерфейса #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты

Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума

Привет, коллеги! Сегодня делимся историей, которая отлично показывает, как AI ускоряет старт, но человеческий опыт и внимание к деталям делают продукт по-настоящему крутым. Недавно нам для одного из проектов понадобился DatePicker. Сам компонент под NDA, поэтому показать его не можем. Но чтобы поделиться процессом, мы специально для статьи собрали похожий концепт - с открытым кодом и возможностью потыкать вживую (ссылка ждет в конце). Так вот, казалось бы, компонент простой, но мы решили не просто взять готовую библиотеку. Во-первых, хотелось понять «а как там внутри», а во-вторых - поставить себе планку: сделать его по-настоящему доступным по всем канонам WCAG. Ну и, конечно, не без эксперимента: «А что, если Claude напишет основу?» Так началось наше приключение с созданием полностью доступного компонента выбора даты с использованием React и Typescript, следуя строгому паттерну WAI-ARIA APG «Date Picker Dialog» Приготовьтесь к инсайтам, багам и победам!

https://habr.com/ru/articles/1022918/

#React #TypeScript #WCAG #ARIA #DatePicker #доступность_интерфейса #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты

Создаем WCAG-доступный DatePicker на React: как Claude пишет основу, а мы доводим до ума

Привет, коллеги! Сегодня делимся историей, которая отлично показывает, как AI ускоряет старт, но человеческий опыт и внимание к деталям делают продукт по-настоящему крутым. Недавно нам для одного из проектов понадобился DatePicker. Сам компонент под NDA, поэтому показать его не можем. Но чтобы поделиться процессом, мы специально для статьи собрали похожий концепт - с открытым кодом и возможностью потыкать вживую (ссылка ждет в конце). Так вот, казалось бы, компонент простой, но мы решили не просто взять готовую библиотеку. Во-первых, хотелось понять «а как там внутри», а во-вторых - поставить себе планку: сделать его по-настоящему доступным по всем канонам WCAG. Ну и, конечно, не без эксперимента: «А что, если Claude напишет основу?» Так началось наше приключение с созданием полностью доступного компонента выбора даты с использованием React и Typescript, следуя строгому паттерну WAI-ARIA APG «Date Picker Dialog» Приготовьтесь к инсайтам, багам и победам!

https://habr.com/ru/articles/1022918/

#React #TypeScript #WCAG #ARIA #DatePicker #доступность_интерфейса #WAIARIA_APG #Claude_AI #клавиатурная_навигация #frontend_компоненты

Как скринридер «видит» сайт: DOM, accessibility tree и API простыми словами

Когда мы говорим про скринридеры, почти все сначала думают так: «Ну он просто читает HTML со страницы». Это не так. Скринридер не видит экран, не читает HTML напрямую, и не “ходит” по странице, как человек с мышкой. Между страницей в браузере и скринридером есть несколько промежуточных слоёв. И именно из-за них доступность либо работает, либо полностью ломается.

https://habr.com/ru/articles/1001642/

#ccessibility #доступность #UX #UI #screen_reader #скринридер #accessibility_tree #семантика_HTML #клавиатурная_навигация #focus_management

<details name>: эксклюзивные аккордеоны на чистом HTML (+ стили через :has())

Привет, Хабр! За последний год HTML получил деталь, которая меняет привычные «аккордеоны». У <details> появился атрибут name , и этим всё сказано: теперь эксклюзивные аккордеоны можно сделать без строчек JavaScript, а стили и поведение дочистить через :has() . Поддержка стала широкой, а старые практики на дивчиках и ролях можно оставить для случаев, когда действительно нужна сложная логика. В HTML у нас давно есть пара <details>/<summary> . Браузер сам рисует disclosure-виджет, умеет разворачивать содержимое, бережно обращается с фокусом и клавиатурой. Сейчас поверх этого добавился name , который превращает набор из нескольких <details> в группу, открываешь одно и закрываются остальные из той же группы. Если в группе вы отметили несколько элементов open в исходнике, браузер оставит открытым первый по порядку.

https://habr.com/ru/companies/otus/articles/939362/

#html #css #атрибут_name #аккордеон #эксклюзивный_аккордеон #без_JavaScript #доступность #клавиатурная_навигация #кроссбраузерная_поддержка

Как скринридер «видит» сайт: DOM, accessibility tree и API простыми словами

Когда мы говорим про скринридеры, почти все сначала думают так: «Ну он просто читает HTML со страницы». Это не так. Скринридер не видит экран, не читает HTML напрямую, и не “ходит” по странице, как человек с мышкой. Между страницей в браузере и скринридером есть несколько промежуточных слоёв. И именно из-за них доступность либо работает, либо полностью ломается.

https://habr.com/ru/articles/1001642/

#ccessibility #доступность #UX #UI #screen_reader #скринридер #accessibility_tree #семантика_HTML #клавиатурная_навигация #focus_management

Как скринридер «видит» сайт: DOM, accessibility tree и API простыми словами

Когда мы говорим про скринридеры, почти все сначала думают так: «Ну он просто читает HTML со страницы». Это не так. Скринридер не видит экран, не читает HTML напрямую, и не “ходит” по странице, как человек с мышкой. Между страницей в браузере и скринридером есть несколько промежуточных слоёв. И именно из-за них доступность либо работает, либо полностью ломается.

https://habr.com/ru/articles/1001642/

#ccessibility #доступность #UX #UI #screen_reader #скринридер #accessibility_tree #семантика_HTML #клавиатурная_навигация #focus_management