plotn
Onyx Poke 3: конфликт системного жеста от нижнего края экрана с вертикальным KR-свайпом вверх
При использовании на Onyx Poke 3 системных настроек жестов от нижнего края экрана данные жесты могут конфликтовать с вертикальным свайпом KR, когда он также начинается от нижнего края. Выглядит это как срабатывание обоих жестов - и системного, и назначенного на действие в KR. При чтении это не так уж критично - иногда вызывается меню чтения вместо системного еИнк-центра. А вот в оглавлении, если оно не вмещается в экран и из него выходишь системным жестом "Назад", перед выходом не только выполняется прокрутка, но ещё и отключается полное обновление экрана. Причём так, что помогает только перезапуск KR.
В связи с этим вопрос: Возможно ли устранить описанный конфликт, регистрируя вертикальный свайп в KR только если он начинается не от самого края экрана, а на некотором расстоянии от него (к примеру 10 px, или настраиваемом)? В случае же, когда KR регистрирует свайп уже на самом крайнем пикселе экрана - жестом это не считать и не реагировать (как при чтении, так и в диалогах).
Нужно ли это для верхнего края и боков - не уверен. Хотя при свайпе от верхнего края системная шторка иногда и выволзает вместе с меню чтения, однако в диалогах там как правило шапка, к которой свайп не применим и оттого конфликтовать нечему. По бокам же и вовсе ничего системного не назначено (хотя... в китайцев я верю).
Съёмка действий, после которых вышибло обновление экрана:
Системные настройки жестов:
Я вот потыкал потыкал и вот что скажу. Сделать нечувствительную зону к жестам я смогу как раз только при чтении - все остальное системное, ониксовое. И вот за несколько проведений снизу вверх у меня из 10 раз только 1 раз КР поймал жест, все остальное - система ловит. Да и жест вверх в КР - он же только посередине работает? Я к чему - я могу "подрезать" жестовые зоны, скажем, процентов на 10 с каждого края, но надо ли?
Сделать нечувствительную зону к жестам я смогу как раз только при чтении - все остальное системное, ониксовое.
Как раз при чтении это не слишком критично. А вот в диалогах с прокруткой (когда содержимое окна диалога больше одного экрана) упомянутый конфликт уверенно вышибает обновление экрана...