Shift를 누르면 XScreenSaver가 지연됩니다.

Question

xscreensaverDebian Bookworm 버전 6.02+dfsg1-2에서도 비슷한 문제가 발견되었습니다. 5초 지연은 아니고 밀리초 범위에 속하지만 xscreensaver대문자 비밀번호 문자를 반복해서 떨어뜨려 짜증나게 하기에는 충분합니다. 5.45에서는 이런 일이 발생하지 않았습니다.

다른 장소에 대해 이야기했습니다. https://github.com/Zygo/xscreensaver/issues/11

이는 인종을 설명하는 주석이 있는 xinput.c원인 일 수 있습니다.xinput_event_to_xlib_1

The closest thing to actual documentation on XInput2 seems to be a series
of blog posts by Peter Hutterer.  There's basically nothing about it on
www.x.org.  In http://who-t.blogspot.com/2009/07/xi2-recipes-part-4.html
he says: 

  "XIDeviceEvent [...] contains the state of the modifier keys [...]
  The base modifiers are the ones currently pressed, latched the ones
  pressed until a key is pressed that's configured to unlatch it (e.g.
  some shift-capslock interactions have this behaviour) and finally
  locked modifiers are the ones permanently active until unlocked
  (default capslock behaviour in the US layout). The effective modifiers
  are a bitwise OR of the three above - which is essentially equivalent
  to the modifiers state supplied in the core protocol events."

However, I'm seeing random noise in the various XIDeviceEvent.mods fields.
Nonsensical values like base = 0x6045FB3D.  So, let's poll the actual
modifiers from XQueryPointer.  This can race: maybe the modifier state
changed between when the server generated the keyboard event, and when
we receive it and poll.  However, if an actual human is typing and
releasing their modifier keys on such a tight timeframe... that's
probably already not going well.

I'm also seeing random noise in the event_xy and root_xy fields in
motion events.  So just always use XQueryPointer.

내 키보드에는 '시간 경색'을 설명하는 '클릭 레이어'가 있습니다.

편집: Jamie Zawinski(xscreensaver 작성자)와 몇 가지 이메일을 디버깅하고 교환한 후 duplicate_xinput_event_p패치를 적용 했습니다 xinput.c. 업스트림에서 유사하거나 다른 방식으로 수정될 수 있습니다. 그동안 링크된 github에 패치를 게시하겠습니다(여기에 게시하기에는 너무 큰 것 같습니다).

Answer 1

xscreensaverDebian Bookworm 버전 6.02+dfsg1-2에서도 비슷한 문제가 발견되었습니다. 5초 지연은 아니고 밀리초 범위에 속하지만 xscreensaver대문자 비밀번호 문자를 반복해서 떨어뜨려 짜증나게 하기에는 충분합니다. 5.45에서는 이런 일이 발생하지 않았습니다.

다른 장소에 대해 이야기했습니다. https://github.com/Zygo/xscreensaver/issues/11

이는 인종을 설명하는 주석이 있는 xinput.c원인 일 수 있습니다.xinput_event_to_xlib_1

The closest thing to actual documentation on XInput2 seems to be a series
of blog posts by Peter Hutterer.  There's basically nothing about it on
www.x.org.  In http://who-t.blogspot.com/2009/07/xi2-recipes-part-4.html
he says: 

  "XIDeviceEvent [...] contains the state of the modifier keys [...]
  The base modifiers are the ones currently pressed, latched the ones
  pressed until a key is pressed that's configured to unlatch it (e.g.
  some shift-capslock interactions have this behaviour) and finally
  locked modifiers are the ones permanently active until unlocked
  (default capslock behaviour in the US layout). The effective modifiers
  are a bitwise OR of the three above - which is essentially equivalent
  to the modifiers state supplied in the core protocol events."

However, I'm seeing random noise in the various XIDeviceEvent.mods fields.
Nonsensical values like base = 0x6045FB3D.  So, let's poll the actual
modifiers from XQueryPointer.  This can race: maybe the modifier state
changed between when the server generated the keyboard event, and when
we receive it and poll.  However, if an actual human is typing and
releasing their modifier keys on such a tight timeframe... that's
probably already not going well.

I'm also seeing random noise in the event_xy and root_xy fields in
motion events.  So just always use XQueryPointer.

내 키보드에는 '시간 경색'을 설명하는 '클릭 레이어'가 있습니다.

편집: Jamie Zawinski(xscreensaver 작성자)와 몇 가지 이메일을 디버깅하고 교환한 후 duplicate_xinput_event_p패치를 적용 했습니다 xinput.c. 업스트림에서 유사하거나 다른 방식으로 수정될 수 있습니다. 그동안 링크된 github에 패치를 게시하겠습니다(여기에 게시하기에는 너무 큰 것 같습니다).

Shift를 누르면 XScreenSaver가 지연됩니다.

답변1

관련 정보