1) Ловить события keyPress, keyUp и уточнить во время разработки коды нужных вам клавиш
2) Чуток разобраться - а часто ли будет использоваться сия функциональность, учитывая что рядовой пользователь при нажатии этих кнопок(если вобще их использует) ожидает легкого скролирования.
Ну 1) DevTools есть в любых браузерах, но функциональность разнится. А 2) для Хромоподобных браузеров есть плагин Jquery Debugger. Он в DevTools добавит пару вкладок, где можно отследить события, обработчики которых привязали через Jquery
Поскольку клиентский Javascript не имеет доступа к файловой системе - ваша задача попахивает фантастикой. Однако лет 5 назад я видел древнючий IE6 который через толи VBScript толи Jscript получал доступ к COM-объектам офиса на клиентской машине. Поскольку такое поведение мягко говоря "не безопасно" - подключайте серверную логику
Я попробую уточнить. Вы хотите собрать базу ленивых клиентов, собирая данные с тех кто что-то печатает? А можете уточнить кейс? Кого и по каким данным вы хотите выявить? По теме - подвязывайтесьна событие keyup и делайте что хотите внутри. Например собирайте коды нажатых клавиш.
Личное мнение - если у вас не слишком много параметров фильтрации - то можно и через url. Вообще хороший тон - когда вы можете пользователю предоставить url по которому он вновь сможет попасть на эту страницу без повторного ввода фильтров.
А монитор протерли? Откройте в devtools вкладку сеть и посмотрите нет ли ошибок в загрузке ресурсов. Если сайт ваш - есть риск конфликтов разных javascript-библиотек или просто кривая ссылка на jquery
Попробуйте поставить в onmouseover небольшой таймаут на всплытие, если за это время курсор не убежит - сработает показ. Если убежит - сделайте cleartimeout.
Ну во-первых если у вас будет большое приложение под нагрузкой - узких мест и без backend-а будет с горкой. БД например. ИМХО - оптимальным решением было бы БД - WEB API для отдачи данных(пригодится если будет что-то помимо веб-морды) - Angular .
