feat(inline-edit): handle tab navigation (#DS-4160)

[NikGurev]

No description provided.

[github-actions]

Visit the preview URL for this PR (updated for commit e2998a6):

https://koobiq-next--prs-1048-mfd3sf4y.web.app

_{(expires Sat, 18 Oct 2025 09:59:54 GMT)}

_{🔥 via Firebase Hosting GitHub Action 🌎}

_{Sign: c9e37e518febda70d0317d07e8ceb35ac43c534c}

[rmnturov]

Первый пример. Редактирую тег, жму Enter, жму Tab — фокус будто сбросился на боди и начал я навигацию с начала страницы. Ожидаю, что фокус после Enter вернется на элемент списка параметров, просто рамки не будет видно.

[rmnturov]

Фокусируюсь на кнопке Отмена в Textarea. Активрую ее по Enter. Фокус оказывается в Textarea. Ожидаю выхода из редактирования, отмену изменений, фокус на элемент списка параметров в режиме просмотра

[rmnturov]

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

[NikGurev]

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

Это баг select'а , сделаю отдельной задачей

[NikGurev]

@rmnturov поправил поведение по кнопке "Отмена" и нажатие на Tab.

@lskramarov перепроверь пожалуйста, добавил вспомогательную сущность KbqFocusRegionItem , которая трекает уход из элемента по табу.
cdkFocusMonitor не подошел, потому что нужно трекать именно keydown события в данном случае

[rmnturov]

@NikGurev
чет скролл блокируется при редактировании, мы в какой-то момент, мне кажется, это убирали. в момент редактирования сохранялсь прокрутка, теперь это снова появилось. или я запамятовал?

мне кажется, мы убирали модальность также (можно было ховерить на другие элементы)

я даже доку переделывал

[rmnturov]

из-за блокировки скролла возможны проблемы с textarea, когда она увеличится и выйдет за пределы экрана

[NikGurev]

@rmnturov , @lskramarov
приложу для справки

Cкролл не работает в Google Chrome, потому что backdrop может отлавливать события мыши