AW: AW: Can't paste text or type blind keys when mouse is out of the window

2011-10-03 Thread Paul Maier

  I assume that you see the same behavior with other X applications, i.e. 
  it's
  not xterm-specific?
 
  No, at least xedit works fine on my PC, with blind keys and with mouse text 
  pasting,
  no matter if the mouse pointer is really inside or on blue window frame or
  (for blind keys:) really outside.
 
 
 Actually, maybe this is an xterm problem?
 
 It seems to be somehow related to the xterm's --enable-toolbar configuration
 (which is turned on in the cygwin package).  If I rebuild xterm with that
 disabled, the problem goes away, and I can also reproduce the problem on F15
 under twm if I build xterm with --enable-toolbar there (which is not enabled
 in the distro supplied package)


Hi Jon,

maybe it's a workaround to include two xterm builds in the cygwin release:
one xterm compiled with --enable-toolbar and the other having it disabled.

I don't use the toolbar, so I would have the blind keys working fine at zero 
cost.

Paul



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Re: AW: Can't paste text or type blind keys when mouse is out of the window

2011-09-09 Thread Jon TURNEY



I assume that you see the same behavior with other X applications, i.e. it's
not xterm-specific?


No, at least xedit works fine on my PC, with blind keys and with mouse text 
pasting,
no matter if the mouse pointer is really inside or on blue window frame or
(for blind keys:) really outside.

Mouse pointer on blue window frame comes from a typical use case: when clicking 
focus to the window.
Then the mouse pointer stays there. The window has the focus but you can't 
paste inside xterm before
moving the mouse really inside. With xedit that works.


Actually, maybe this is an xterm problem?

It seems to be somehow related to the xterm's --enable-toolbar configuration 
(which is turned on in the cygwin package).  If I rebuild xterm with that 
disabled, the problem goes away, and I can also reproduce the problem on F15 
under twm if I build xterm with --enable-toolbar there (which is not enabled 
in the distro supplied package)


--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



AW: Can't paste text or type blind keys when mouse is out of the window

2011-09-08 Thread Paul Maier

 -Ursprüngliche Nachricht-
 On 07/08/2011 10:05, Paul Maier wrote:
  when xterm has keyboard focus, but mouse pointer is outside of the window 
  (or
  even on Window's blue title bar):
 
 
  - all blind keys are ignored:
 
 o  instead of 'à' (key '`' then 'a') you get just a normal 'a'
 
 o  can't type '^' character (on a German keyboard done with blind '^' 
  key then space)
-  you will just get the space instead
 
 o  same with '`' or '´': all blind keys are affected
 
  - can't paste text with the mouse
 
  - all other keys work as expected
 
 Thanks for reporting this issue and the clear reproduction step.
 
 I can reproduce this problem.  I can also reproduce it under XWin in windowed
 mode with twm, but not on Xorg on Linux, so this seems to be XWin specific,
 but not related to multiwindow mode WM, which is a real puzzler.
 
 I assume that you see the same behavior with other X applications, i.e. it's
 not xterm-specific?
 
  The XWin.logs are the same regardless if mouse is inside or outside,
  but I notice a small difference in xev's output.
 
 Yes, it looks like the events are delivered to the top window of xterm's
 hierarchy when the mouse is on the non-client area of the window or the
 desktop, but to the bottom window of the xterm hierarchy when the mouse is
 over the xterm window.
 
 I also note that if you type a deadkey with the mouse in the client area, then
 move the mouse over the frame, type a key, it is passed straight though, then
 move the mouse back over the client area, and type a key, it is modified by
 the previous deadkey.


Hi Jon,

welcome back from your holiday.
 
 I assume that you see the same behavior with other X applications, i.e. it's
 not xterm-specific?

No, at least xedit works fine on my PC, with blind keys and with mouse text 
pasting, 
no matter if the mouse pointer is really inside or on blue window frame or
(for blind keys:) really outside.

Mouse pointer on blue window frame comes from a typical use case: when clicking 
focus to the window.
Then the mouse pointer stays there. The window has the focus but you can't 
paste inside xterm before
moving the mouse really inside. With xedit that works.

Paul.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/



Can't paste text or type blind keys when mouse is out of the window

2011-08-07 Thread Paul Maier
Hi,

when xterm has keyboard focus, but mouse pointer is outside of the window (or
even on Window's blue title bar):


- all blind keys are ignored:

  o  instead of 'à' (key '`' then 'a') you get just a normal 'a'

  o  can't type '^' character (on a German keyboard done with blind '^' key 
then space)
 - you will just get the space instead

  o  same with '`' or '´': all blind keys are affected

- can't paste text with the mouse

- all other keys work as expected


Effect:

- While working and not noticing that the mouse pointer slowly left the window,
  in vi you want to jump to mark a (typing `a).
  '`' is ignored and the 'a' brings vi into append mode!

- typing something like :%s/^xxx/yyy/ is annoying, because you can't type ^,
  until you reposition the mouse pointer inside the window


100 % reproducable.

When the mouse pointer is inside the xterm, everything works fine:
you get à or ^ and can paste text.

It makes no difference whether I use XWin.20110803-git-a493c0465e56ce0b or
XWin.exe from the release.


Logs of xev and XWin.log (with -logverbose 3) are in the attachment.

The XWin.logs are the same regardless if mouse is inside or outside,
but I notice a small difference in xev's output.


Thanks  regards,
  Paul

KeyPress event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0x0, time 6034149, (-65,-31), root:(1064,196),
state 0x0, keycode 49 (keysym 0xfe52, dead_circumflex), same_screen YES,
XLookupString gives 1 bytes: (5e) ^
XFilterEvent returns: False

KeyRelease event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0x0, time 6034243, (-65,-31), root:(1064,196),
state 0x0, keycode 49 (keysym 0xfe52, dead_circumflex), same_screen YES,
XLookupString gives 1 bytes: (5e) ^
XFilterEvent returns: False

KeyPress event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0x0, time 6035631, (-65,-31), root:(1064,196),
state 0x0, keycode 65 (keysym 0x20, space), same_screen YES,
XLookupString gives 1 bytes: (20)  
XFilterEvent returns: False

KeyRelease event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0x0, time 6035741, (-65,-31), root:(1064,196),
state 0x0, keycode 65 (keysym 0x20, space), same_screen YES,
XLookupString gives 1 bytes: (20)  
XFilterEvent returns: False
[  5642.306] winTranslateKey: wParam 00dc lParam 00290001
[  5642.306] winSendKeyEvent: dwKey: 41, fDown: 1, nEvents 2
[  5642.353] winTranslateKey: wParam 00dc lParam c0290001
[  5642.353] winSendKeyEvent: dwKey: 41, fDown: 0, nEvents 2
[  5643.944] winTranslateKey: wParam 0020 lParam 00390001
[  5643.944] winSendKeyEvent: dwKey: 57, fDown: 1, nEvents 2
[  5644.053] winTranslateKey: wParam 0020 lParam c0390001
[  5644.053] winSendKeyEvent: dwKey: 57, fDown: 0, nEvents 2

KeyPress event, serial 20, synthetic NO, window 0xa1,
root 0x101, subw 0xa2, time 6030249, (49,37), root:(1178,264),
state 0x0, keycode 49 (keysym 0xfe52, dead_circumflex), same_screen YES,
XLookupString gives 1 bytes: (5e) ^
XFilterEvent returns: False

KeyRelease event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0xa2, time 6030359, (49,37), root:(1178,264),
state 0x0, keycode 49 (keysym 0xfe52, dead_circumflex), same_screen YES,
XLookupString gives 1 bytes: (5e) ^
XFilterEvent returns: False

KeyPress event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0xa2, time 6031638, (49,37), root:(1178,264),
state 0x0, keycode 65 (keysym 0x20, space), same_screen YES,
XLookupString gives 1 bytes: (20)  
XFilterEvent returns: False

KeyRelease event, serial 23, synthetic NO, window 0xa1,
root 0x101, subw 0xa2, time 6031747, (49,37), root:(1178,264),
state 0x0, keycode 65 (keysym 0x20, space), same_screen YES,
XLookupString gives 1 bytes: (20)  
XFilterEvent returns: False
[  5627.268] winTranslateKey: wParam 00dc lParam 00290001
[  5627.268] winSendKeyEvent: dwKey: 41, fDown: 1, nEvents 2
[  5627.346] winTranslateKey: wParam 00dc lParam c0290001
[  5627.346] winSendKeyEvent: dwKey: 41, fDown: 0, nEvents 2
[  5628.968] winTranslateKey: wParam 0020 lParam 00390001
[  5628.984] winSendKeyEvent: dwKey: 57, fDown: 1, nEvents 2
[  5629.093] winTranslateKey: wParam 0020 lParam c0390001
[  5629.093] winSendKeyEvent: dwKey: 57, fDown: 0, nEvents 2

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/