Каким методом можно сопоставить координаты нажатия сенсора и кнопок в интерфейсе ПО?

Question

[Optimist]

Есть самописное ПО на С++. Крутится оно на информационных терминалах с Linux. Есть проблема: иногда бывает что пользователи жалуются что они нажимали на экране "правильную" цифру, а в поле ввода написалась "неправильная". Пользователь этого не заметил и пошли проблемы дальше. Калибровка сенсора монитора не помогает. Периодически проблема всплывает. Для разбора хотим логировать действия пользователя (нажатия на сенсор экрана) и сопоставлять их с элементами интерфейса которые были нажаты.
Что-то типа такого:
2020-02-24 10:56:17 Нажат сенсор (координаты 999/888). "Пустая область"
2020-02-24 10:56:18 Нажат сенсор (координаты 777/223). Кнопка '2'

Первое что нам пришло в голову: разбить все интерфейсы на области и отслеживать попал ты в область при нажатии или нет. Решение с точки зрения разработки долгое, надо геморится с разлиновкой сотни элементов и надо сопровождать в дальнейшем при изменении/добавлении интерфейсов.

Второе: обучить нейронку. Решение с точки зрения разработки долгое, т.к. никогда не делали зато не надо сопровождать в дальнейшем при изменении/добавлении интерфейсов.

Вопрос: А вообще какие методы есть для такого сопоставления/решения проблемы? Может уже есть что-то готовое? с готовым кодом? Подскажите, пожалуйста!

Comments

[d'Ivan]

Второе: обучить нейронку

LOL.  Не надо...

Answer 1

[maaGames]

Резистивный экран + толстый палец...
Из личног оопыта могу лишь провести аналогию с планшетами/смартфонами. В "нумпаде" терминала кнопки стоят рядом и могут быть ложные нажатия. Я бы уменьшил "чувствительную" площадь кнопки, например, только в половину реального размера (это можно делать на лету, без правки макета). Т.е. чтобы нажимать нужно было прям на центр кнопки, а не хоть в какое её место тынцкать. В этом случае, при ложном срабатывании, палец попадёт между кнопок и ничего не напишется. Всё-таки это лучше, чем будет введена неправильная цифра.
В почтовом отделении такой дешёвый резистивный экран стоял, что приходилось костяшкой пальца давить для срабатывания. (может защитное стекло не убрали...)

Comments

[kAIST]

Еще бывает аппаратная проблема. Недавно с подобным столкнулся.
Резистивный тач начинал иногда сбоить с такими же симптомами - нажималось совсем не то что нужно. Баг был плавающий и никак не мог выявить с чем связано. Грешил на сам контроллер тача, но после замены баг не пропал. Решилось случайно, оказалось что сбоит USB-хаб. Поставил нормальный с внешним питанием - все работает нормально.

[Optimist]

Спасибо! Да, в нашем интерфейсе кнопки тоже стоят рядом и частично это проблема ложных нажатий и не внимательности (непроверки) пользователем. Как вариант, еще думали разделить кнопки тонкими полосками либо каждую кнопку сделать отдельным блоком. Но лень пока, отнесли это решение к геморойным, много переделывать, скучно :)

[maaGames]

Optimist, Визуальное и програмное разделение кнопок это немного разное. Т.е. можно сделать визуальное разделение, но нажатия проверять вплотную, можно наоборот, можно и визуально и программно с отступом проверять.
Я всё-таки советую програмно делать отступ внутрь кнопки и какое-то время понаблюдать, пропадут ли ложные срабатывания. Т.е. чтобы понять, ошибки это пользователей или аппаратная проблема с экраном или хабом, как выше пример написали. И отступ внутрь кнопки сделать не сложно должно быть, 4 числа отнять даже эмбедед справится.

[mayton2019]

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