forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Релиз Libinput 1.0, унифицированного стека для работы с устр..., opennews (??), 26-Авг-15, (0) [смотреть все] –1

Очень хорошо , Аноним (-), 21:50 , 26-Авг-15, (1) +10 //

Уже взлетело rpm -q --whatrequires libinput so 10 64bit kwin-libs-5 3 2-1 , Stax (ok), 23:15 , 26-Авг-15, (3) +6

systemd, ты , Annimzus (ok), 23:19 , 26-Авг-15, (4) //

И тянет за собой как обязательные зависимости mtdev мультитоуч и libevdev кот, Mihail Zenkov (ok), 12:07 , 27-Авг-15, (20) +2 //

c xf86-input-mouse на последних ноутах пошли оооочень большие проблемы Сейчас в, Аноним (-), 14:11 , 27-Авг-15, (27) //

Не совсем понял если в ядре включить CONFIG_MOUSE_SYNAPTICS_USB, получим эмуляц, Mihail Zenkov (ok), 15:32 , 27-Авг-15, (31)

Синаптики, если мне не изменяет склероз, делают не чистые мультитачи, а полутора, Аноним (-), 16:51 , 27-Авг-15, (34)

Кто-нибудь в реале эту штуку палочкой тыкал Оно рабочее или очередная серебряна, Crazy Alex (ok), 23:30 , 26-Авг-15, (5) +1 //

Уже давно пользуюсь им под X11, проблем не замечено впрочем, у меня из устройст, equeim (ok), 23:36 , 26-Авг-15, (6)
С мышкой разницы не почувствуешь, а вот для тачпадов вещь отличная Всякие двухп, Pavel (??), 01:17 , 27-Авг-15, (8) //

Вот как прочёл про без возни с конфигурацией - сраз плохое заподозрил, полез-т, Crazy Alex (ok), 02:05 , 27-Авг-15, (10) +4 //

Х з что они имели ввиду, но это юзера, по крайне мере меня, не затрагивает Тач, Аноним (-), 02:22 , 27-Авг-15, (12)

У мышей DPI - это характеристика сенсора Они тупо обрубили преимущества хороших, Crazy Alex (ok), 10:39 , 27-Авг-15, (17)

Только сообщить мышь может любое значение ибо она не тачскрин тачпад и не привяз, Аноним (-), 12:14 , 27-Авг-15, (21)

К сетке - не привязана А вот точность позиционирования - разная выходит, если с, Crazy Alex (ok), 15:29 , 27-Авг-15, (30)
Так и должно быть На самом деле, то что написано на мышках, означает следующее , АнонимХ (??), 16:47 , 27-Авг-15, (33)

Нормализация используется для правильного вычисления ускорения По идее авторов , pkunk (ok), 12:24 , 27-Авг-15, (22) +1

Точнее, нормализация используется для вычисления координат с учётом ускорения Л, Crazy Alex (ok), 15:33 , 27-Авг-15, (32)

Так и есть Под нормализацией подразумевается, что если подключить мышь с больши, pkunk (ok), 16:59 , 27-Авг-15, (35)

Ага, примерно понятно, спасибо в сущности, нормализация, как я уже говорил, не я, Crazy Alex (ok), 19:16 , 27-Авг-15, (36)

Только боковой скролл у меня на тачпаде не работает Но может уже и починили , BlackRaven86 (ok), 04:02 , 27-Авг-15, (13)

У меня под даже под фряхой работает, правда под фряхой очень необычной Значит, Аноним (-), 01:47 , 27-Авг-15, (9)

оно в федоре из коробки с весны работает отлично , Аноним (-), 23:52 , 26-Авг-15, (7)
Не совсем понятно, можно ли вообще удалить evdev и synaptics Будут ли работать , Аноним (-), 07:49 , 27-Авг-15, (14) +1 //

Можно , pkunk (ok), 11:51 , 27-Авг-15, (19)

оголтело реквестирую systemd-libinputd, Аноним (-), 09:13 , 27-Авг-15, (15) –1
не смог с libinput сделать следующее Section InputClass Identifier tou, АнонимХ (??), 09:18 , 27-Авг-15, (16) +3 //

О, вот и началось то, чего я ожидал наверняка найдётся ещё море других частных , Crazy Alex (ok), 10:42 , 27-Авг-15, (18) +2
Удобно получается Видимо есть трекпоинт для курсора или что-то вроде этого , Аноним (-), 12:32 , 27-Авг-15, (23) //

да, это thinkpad с клитором мне - очень удобно не выношу курсор на тачпаде а , АнонимХ (??), 13:55 , 27-Авг-15, (24) //

И зачем понадобился дополнительно еще и медленный , rob pike (?), 14:25 , 28-Авг-15, (38)

Спасибище Отличная идея Утащил к себе на ноут , виндотролль (ok), 14:10 , 27-Авг-15, (26) //

Хм Попробовал 8212 все-таки, очень непривычно Но идея интересная , виндотролль (ok), 14:15 , 27-Авг-15, (28) //

На вкус и цвет, понятно Зато руки всегда над клавиатурой, не надо тянуться двум, АнонимХ (??), 15:11 , 27-Авг-15, (29)

Имею мышь a4tech wop-49 Второе колесо - горизонтальный скролл Сегодня решал об, АнонимЫ (?), 00:35 , 28-Авг-15, (37)

Графические планшеты Wacom поддерживает, нет , Аноним (-), 13:56 , 27-Авг-15, (25)

Сообщения [Сортировка по времени | RSS]

5. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +1 +/–

Сообщение от Crazy Alex (ok), 26-Авг-15, 23:30

Кто-нибудь в реале эту штуку палочкой тыкал? Оно рабочее или очередная серебряная пуля?

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от equeim (ok), 26-Авг-15, 23:36

Уже давно пользуюсь им под X11, проблем не замечено (впрочем, у меня из устройств ничего экзотического нет - обычные клава и мышь).
Xfce4 поддерживает xf86-input-libinput для настройки мыши/клавиатуры.

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Pavel (??), 27-Авг-15, 01:17

С мышкой разницы не почувствуешь, а вот для тачпадов вещь отличная. Всякие двухпальцевые скроллы, и прочие плюшки без возни с конфигурацией. Правда вот с трекболом пока беда, ибо ScrollModifier аналога я там не нашёл. Если впилят - будет совсем замечательно.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

10. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +4 +/–

Сообщение от Crazy Alex (ok), 27-Авг-15, 02:05

Вот как прочёл про "без возни с конфигурацией" - сраз плохое заподозрил, полез-таки в документацию. И не зря.
У них там та же архитектурная проблема, что в вейланде в целом - они не дают возможности  глобально задать полиси. Другими словами, библиотека может конфигурироваться кучей способов - но сделать это может только клиент, никаких вариантов для конфигурации извне нет. То есть что в клиенте не сделали - того не будет, и простого способа перетащить куда-то привычную конфигурацию ввода тоже нет. Есть система, в которой на выбор можно запустить вейланд или иксы - с вероятностью ввод буде себя вести по-разному.
Они это даже в FAQ честно указали - "This has an effect on the availability of configuration options: if an option is not exposed by the intermediary, it cannot be configured by the client."
Ещё одна странность - нормализация: "libinput does partial normalization of relative input. For devices with a resolution of 1000dpi and higher, motion events are normalized to a default of 1000dpi before pointer acceleration is applied. As a result, devices with 1000dpi and above feel the same".
Плюс к тому значения dpi и частоты оно берёт из udev, и переопределить откуда-то ещё их  нельзя.
в общем, странное оно на первый взгляд. Идея хороша, но реализация...

Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Аноним (-), 27-Авг-15, 02:22

> Ещё одна странность - нормализация: "libinput does partial normalization of relative input.
> For devices with a resolution of 1000dpi and higher, motion events
> are normalized to a default of 1000dpi before pointer acceleration is
> applied. As a result, devices with 1000dpi and above feel the
> same".
Х.з. что они имели ввиду, но это юзера, по крайне мере меня, не затрагивает. Тачпады дают absolute input, А к мышам dpi применимо очень так-сказать опосредованно и может самими мышами выбираться на ходу
> Плюс к тому значения dpi и частоты оно берёт из udev, и
> переопределить откуда-то ещё их  нельзя.
dpi и timestamp берет из evdev-а

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Crazy Alex (ok), 27-Авг-15, 10:39

У мышей DPI - это характеристика сенсора. Они тупо обрубили преимущества хороших мышей, вот и всё.
DPI берёт из udev - если, конечно, они в своей же доке не наврали.

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Аноним (-), 27-Авг-15, 12:14

> У мышей DPI - это характеристика сенсора. Они тупо обрубили преимущества хороших мышей, вот и всё.
Только сообщить мышь может любое значение ибо она не тачскрин/тачпад и не привязана к сетке координат. У меня просто на мыши кнопкой переключается 5 значений dpi на ходу. Все, к чему это приводит - к изменению скорости движения курсора.
> DPI берёт из udev - если, конечно, они в своей же доке не наврали.
У меня фряха и вместо удева - затычки чтобы libinput просто мог скомпилироваться. Тем не менее libinput вполне определил dpi тачскрина на ноуте. (Выражается в том что был определен размер (Size) - т.к. он пересчитывается в мм из размера в точках через dpi (реально evdev сообщает не dpi а dots per mm)
[aspire] ~% sudo libinput-list-devices
... бла ... бла ... бла
Device:           ELAN Touchscreen, class 0/0, rev 2.00/0.10, addr 2
Kernel:           /dev/input/event3
Group:            4
Seat:             seat0, default
Size:             269.71x150.86mm
Capabilities:     touch
Tap-to-click:     n/a
Tap drag lock:    n/a
Left-handed:      n/a
Nat.scrolling:    n/a
Middle emulation: n/a
Calibration:      identity matrix
Scroll methods:   none
Click methods:    none
Disable-w-typing: n/a

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Crazy Alex (ok), 27-Авг-15, 15:29

К сетке - не привязана. А вот точность позиционирования - разная выходит, если скорость курсора присвести к одной и той же, изменив sensitivity.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от АнонимХ (??), 27-Авг-15, 16:47

>  Все, к чему это приводит - к изменению скорости движения курсора.
Так и должно быть. На самом деле, то что написано на мышках, означает следующее "800DPI означает, что когда мышь двигается по поверхности стола на расстояние в 1 дюйм, курсор двигается по экрану монитора на 800 пикселей". Это из инструкции к a4tech f5 с так называемым переключателем dpi. Если еще крутить программную чувствительность, это, конечно, сбивается.
Может, я капитаню, но хочу внести ясность в эти мышиные dpi

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

22. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +1 +/–

Сообщение от pkunk (ok), 27-Авг-15, 12:24

Нормализация используется для правильного вычисления ускорения. По идее авторов все мыши должны иметь одинаковую динамику, зависящую только от настроек, а не от DPI сенсора. Это не отменяет того факта, что мыши с высоким DPI будут иметь более точное позиционирование на высоких настройках чувствительности.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

32. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Crazy Alex (ok), 27-Авг-15, 15:33

Точнее, нормализация используется для вычисления координат с учётом ускорения. Либо забирай без ускорения, но с полной точностью - либо с ускорением, но нормализованные. Опять же - это из доки: This normalization only applies to accelerated coordinates, unaccelerated coordinates are left in device-units. It is up to the caller to interpret those coordinates correctly.
Справедливости ради - 1000 DPI - это много, так что эта нормализация особой проблемой не является. Но зачем так делать - всё равно не особо понятно. Им что, точности вычислений жалко было? Идентичной динамике полная точность не помеха.

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от pkunk (ok), 27-Авг-15, 16:59

> Идентичной динамике полная точность не помеха.
Так и есть. Под нормализацией подразумевается, что если подключить мышь с большим DPI, то курсор не будет бегать быстрее, а увеличится точность позиционирования.

Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Crazy Alex (ok), 27-Авг-15, 19:16

Ага, примерно понятно, спасибо.
в сущности, нормализация, как я уже говорил, не является особой проблемой, а вот отсутствие внешнего конфига и надежда на то, что конфигурацию хранит клиент - это жаль, конечно. Раз уж делали единый компонент - так надо было его компонентом и делать, с возможностью иметь свои настройки.

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от BlackRaven86 (ok), 27-Авг-15, 04:02

Только боковой скролл у меня на тачпаде не работает :( Но может уже и починили.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "Релиз Libinput 1.0, унифицированного стека для работы с устр..." +/–

Сообщение от Аноним (-), 27-Авг-15, 01:47

> Кто-нибудь в реале эту штуку палочкой тыкал? Оно рабочее или очередная серебряная пуля?
У меня под даже под фряхой работает, правда под фряхой "очень необычной". Значительных отличий от evdev-а ни в "+" ни в "-" не обнаружено.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

5. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+1 +/–
Сообщение от Crazy Alex (ok), 26-Авг-15, 23:30
Кто-нибудь в реале эту штуку палочкой тыкал? Оно рабочее или очередная серебряная пуля?
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от equeim (ok), 26-Авг-15, 23:36
	Уже давно пользуюсь им под X11, проблем не замечено (впрочем, у меня из устройств ничего экзотического нет - обычные клава и мышь). Xfce4 поддерживает xf86-input-libinput для настройки мыши/клавиатуры.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Pavel (??), 27-Авг-15, 01:17
	С мышкой разницы не почувствуешь, а вот для тачпадов вещь отличная. Всякие двухпальцевые скроллы, и прочие плюшки без возни с конфигурацией. Правда вот с трекболом пока беда, ибо ScrollModifier аналога я там не нашёл. Если впилят - будет совсем замечательно.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	10. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+4 +/–
	Сообщение от Crazy Alex (ok), 27-Авг-15, 02:05
	Вот как прочёл про "без возни с конфигурацией" - сраз плохое заподозрил, полез-таки в документацию. И не зря. У них там та же архитектурная проблема, что в вейланде в целом - они не дают возможности глобально задать полиси. Другими словами, библиотека может конфигурироваться кучей способов - но сделать это может только клиент, никаких вариантов для конфигурации извне нет. То есть что в клиенте не сделали - того не будет, и простого способа перетащить куда-то привычную конфигурацию ввода тоже нет. Есть система, в которой на выбор можно запустить вейланд или иксы - с вероятностью ввод буде себя вести по-разному. Они это даже в FAQ честно указали - "This has an effect on the availability of configuration options: if an option is not exposed by the intermediary, it cannot be configured by the client." Ещё одна странность - нормализация: "libinput does partial normalization of relative input. For devices with a resolution of 1000dpi and higher, motion events are normalized to a default of 1000dpi before pointer acceleration is applied. As a result, devices with 1000dpi and above feel the same". Плюс к тому значения dpi и частоты оно берёт из udev, и переопределить откуда-то ещё их нельзя. в общем, странное оно на первый взгляд. Идея хороша, но реализация...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Аноним (-), 27-Авг-15, 02:22
	> Ещё одна странность - нормализация: "libinput does partial normalization of relative input. > For devices with a resolution of 1000dpi and higher, motion events > are normalized to a default of 1000dpi before pointer acceleration is > applied. As a result, devices with 1000dpi and above feel the > same". Х.з. что они имели ввиду, но это юзера, по крайне мере меня, не затрагивает. Тачпады дают absolute input, А к мышам dpi применимо очень так-сказать опосредованно и может самими мышами выбираться на ходу > Плюс к тому значения dpi и частоты оно берёт из udev, и > переопределить откуда-то ещё их нельзя. dpi и timestamp берет из evdev-а
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Crazy Alex (ok), 27-Авг-15, 10:39
	У мышей DPI - это характеристика сенсора. Они тупо обрубили преимущества хороших мышей, вот и всё. DPI берёт из udev - если, конечно, они в своей же доке не наврали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Аноним (-), 27-Авг-15, 12:14
	> У мышей DPI - это характеристика сенсора. Они тупо обрубили преимущества хороших мышей, вот и всё. Только сообщить мышь может любое значение ибо она не тачскрин/тачпад и не привязана к сетке координат. У меня просто на мыши кнопкой переключается 5 значений dpi на ходу. Все, к чему это приводит - к изменению скорости движения курсора. > DPI берёт из udev - если, конечно, они в своей же доке не наврали. У меня фряха и вместо удева - затычки чтобы libinput просто мог скомпилироваться. Тем не менее libinput вполне определил dpi тачскрина на ноуте. (Выражается в том что был определен размер (Size) - т.к. он пересчитывается в мм из размера в точках через dpi (реально evdev сообщает не dpi а dots per mm) [aspire] ~% sudo libinput-list-devices ... бла ... бла ... бла Device: ELAN Touchscreen, class 0/0, rev 2.00/0.10, addr 2 Kernel: /dev/input/event3 Group: 4 Seat: seat0, default Size: 269.71x150.86mm Capabilities: touch Tap-to-click: n/a Tap drag lock: n/a Left-handed: n/a Nat.scrolling: n/a Middle emulation: n/a Calibration: identity matrix Scroll methods: none Click methods: none Disable-w-typing: n/a
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Crazy Alex (ok), 27-Авг-15, 15:29
	К сетке - не привязана. А вот точность позиционирования - разная выходит, если скорость курсора присвести к одной и той же, изменив sensitivity.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от АнонимХ (??), 27-Авг-15, 16:47
	> Все, к чему это приводит - к изменению скорости движения курсора. Так и должно быть. На самом деле, то что написано на мышках, означает следующее "800DPI означает, что когда мышь двигается по поверхности стола на расстояние в 1 дюйм, курсор двигается по экрану монитора на 800 пикселей". Это из инструкции к a4tech f5 с так называемым переключателем dpi. Если еще крутить программную чувствительность, это, конечно, сбивается. Может, я капитаню, но хочу внести ясность в эти мышиные dpi
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	22. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+1 +/–
	Сообщение от pkunk (ok), 27-Авг-15, 12:24
	Нормализация используется для правильного вычисления ускорения. По идее авторов все мыши должны иметь одинаковую динамику, зависящую только от настроек, а не от DPI сенсора. Это не отменяет того факта, что мыши с высоким DPI будут иметь более точное позиционирование на высоких настройках чувствительности.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	32. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Crazy Alex (ok), 27-Авг-15, 15:33
	Точнее, нормализация используется для вычисления координат с учётом ускорения. Либо забирай без ускорения, но с полной точностью - либо с ускорением, но нормализованные. Опять же - это из доки: This normalization only applies to accelerated coordinates, unaccelerated coordinates are left in device-units. It is up to the caller to interpret those coordinates correctly. Справедливости ради - 1000 DPI - это много, так что эта нормализация особой проблемой не является. Но зачем так делать - всё равно не особо понятно. Им что, точности вычислений жалко было? Идентичной динамике полная точность не помеха.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от pkunk (ok), 27-Авг-15, 16:59
	> Идентичной динамике полная точность не помеха. Так и есть. Под нормализацией подразумевается, что если подключить мышь с большим DPI, то курсор не будет бегать быстрее, а увеличится точность позиционирования.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Crazy Alex (ok), 27-Авг-15, 19:16
	Ага, примерно понятно, спасибо. в сущности, нормализация, как я уже говорил, не является особой проблемой, а вот отсутствие внешнего конфига и надежда на то, что конфигурацию хранит клиент - это жаль, конечно. Раз уж делали единый компонент - так надо было его компонентом и делать, с возможностью иметь свои настройки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от BlackRaven86 (ok), 27-Авг-15, 04:02
	Только боковой скролл у меня на тачпаде не работает :( Но может уже и починили.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	9. "Релиз Libinput 1.0, унифицированного стека для работы с устр..."	+/–
	Сообщение от Аноним (-), 27-Авг-15, 01:47
	> Кто-нибудь в реале эту штуку палочкой тыкал? Оно рабочее или очередная серебряная пуля? У меня под даже под фряхой работает, правда под фряхой "очень необычной". Значительных отличий от evdev-а ни в "+" ни в "-" не обнаружено.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору