https://www.opennet.dev/openforum/vsluhforumID3/133483.html Питер Хаттерер (Peter Hutterer), мэйнтейнер подсистемы ввода X.Org, работающий в Red Hat, представил новую утилиту udev-hid-bpf, предназначенную для автоматической загрузки BPF-программ, исправляющих проблемы в устройствах ввода с интерфейсом HID (Human Input Device) или меняющих их поведение в зависимости от предпочтений пользователя. Для создания обработчиков к HID-устройствами, таким как клавиатуры и мыши, применяется подсистема HID-BPF, появившаяся в ядре Linux 6.3 и позволяющая создавать драйверы устройств ввода в форме BPF-программ или обрабатывать различные события в подсистеме HID...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61046<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#75 Mon, 29 Apr 2024 12:43:40 GMT рэкет ученых это пять<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#74 Sat, 27 Apr 2024 16:40:29 GMT Интересная мысль :) Взять либы гнома нижнего уровня и туда загнать на уровне ведра работать :)<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#73 Fri, 26 Apr 2024 21:20:53 GMT Кто нибудь напишет программу, чтобы работать с ней с повреждённым экраном или сенсором?<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#72 Wed, 24 Apr 2024 07:09:41 GMT Да, "гораздо проще придумать под это обстоятельство массу красивых объяснений."<br><br>&gt; Это нужно проверять также и после каждого обновления Qt.<br><br>Нет, не нужно. Учитесь программировать или хотя бы читать документацию Qt, что бы не писать такую чушь.<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#71 Wed, 24 Apr 2024 05:39:32 GMT Так и сейчас вроде можно простым cat /dev/input/eventX логгировать нужные эвенты.<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#70 Wed, 24 Apr 2024 05:15:08 GMT Потому что это не работа пользователя исправлять косяки в устройствах, продающихся на рынке. А корпоративных инженеров на зарплате.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#69 Wed, 24 Apr 2024 05:10:50 GMT &gt; сопроводителю будет легче,<br><br>Если Невидия будет самостоятельно, в кодовой базе ядра, сопровождать свои модули для всех железок, которые ещё не вышли из эксплуатации. Или, хотя бы, откроет исходный код libGLX_nvidia.so.390.157, чтобы можно было её пересобрать со свежей glibc, чтобы избавится от ряда проблем. Или... Вот тогда и пользователю, и сопроводителю, и такой-то матери будет легко, веселО и замечательно. Но шерифа проблемы индейцев не ... Так понятнее?<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#68 Tue, 23 Apr 2024 21:51:12 GMT ввод есть, если сеть и графика из BPF будут доступны, то юзер-спейс становится не нужен - можно прямо туда прикладной софт писать, практически замена java и .net<br> https://www.opennet.dev/openforum/vsluhforumID3/133483.html#67 Tue, 23 Apr 2024 13:46:41 GMT &gt; дописать 3 строки - это слишком сложно<br><br>Это не одноразовые три строки. Это три строки, за которые берешь ответственность: перед всяким релизом нужно проверять, что они продолжают работать, это плюс один пункт в тест-план тестировщикам. Это нужно проверять также и после каждого обновления Qt. Это плюс один риск того, что слетят юнит-тесты (ах да, нужно написать плюс один юнит-тест). Это плюс одна фраза в GUI, которую надо перевести на сотню языков. Это плюс одна переменная, которая неясно, как себя поведет в каждом конкретном месте по всему DE, и применится ли она ко всему подряд: ожидай появления целого нового класса багрепортов на ровном месте.<br>