#343 closed defect (fixed)
huge mouse cursor on text selection
Reported by: | onlyjob | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | client | Version: | 0.9.x |
Keywords: | Cc: |
Description
With upgrade to 0.9.3 (from 0.9.2) I've noticed that mouse cursor on text selection "][" becomes quite big -- at least 3 times bigger than normal.
So far I've seen this effect on KDE in kmail
and reportbug-ng
applications.
Change History (14)
comment:1 Changed 8 years ago by
comment:2 Changed 8 years ago by
Hi - is this a regression from 0.9.2 to 0.9.3 as far as you know? Sounds like the cursor scaling code was useful after all. :(
comment:4 Changed 8 years ago by
comment:5 Changed 8 years ago by
Status: | new → assigned |
---|
This was caused by r3423 (r3429 for 0.9.x branch).
Please see ticket/189: until we can get Xdummy to export the correct screen size (in mm) and get the toolkits to use the correct cursor size, the only solution that can satisfy all applications is likely to be the option in that patch.
For 0.9.x, I am more likely to just revert the patch.
comment:6 follow-ups: 7 10 11 Changed 8 years ago by
To help, please post the output of:
python -c "from gtk import gdk;print(gdk.display_get_default().get_default_cursor_size())"
From:
- a regular terminal
- from inside xpra
- against the xpra display before ever connecting (using:
DISPLAY=:NNN thecommand
)
comment:7 Changed 8 years ago by
Replying to antoine:
To help, please post the output of:
python -c "from gtk import gdk;print(gdk.display_get_default().get_default_cursor_size())"From:
- a regular terminal
21
- from inside xpra
21 (when attached, with DISPLAY=:NNN
)
- against the xpra display before ever connecting (using:
DISPLAY=:NNN thecommand
)
66
comment:8 Changed 8 years ago by
Without understanding much about why this is happening and how I'd vote for reversal in 0.9.x. There are many cursors and situations affected and having big mouse cursors jumping at you is more uncomfortable that I thought...
comment:9 Changed 8 years ago by
I will revert for 0.9.x
But we need to find a better solution generally - it seems to me that the cursor size changes depending on the reported screen size, so maybe the scaling also needs to be dynamic, reporting the current server default cursor size to the client and letting it decide how to handle it (and as per the patch in #189, if we can't satisfy all cases, adding a client option)
comment:10 Changed 8 years ago by
Replying to antoine:
- a regular terminal
18
- from inside xpra
21
- against the xpra display before ever connecting (using:
DISPLAY=:NNN thecommand
)
66
comment:11 Changed 8 years ago by
Replying to antoine:
To help, please post the output of:
python -c "from gtk import gdk;print(gdk.display_get_default().get_default_cursor_size())"
This is the output from my notebook that I used to attach to Xpra session. Some cursors are shrinking. :-)
From:
- a regular terminal
16
- from inside xpra
21
comment:12 Changed 8 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:13 Changed 8 years ago by
Summary: | 0.9.3: huge mouse cursor on text selection → huge mouse cursor on text selection |
---|
comment:14 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/343
This is also affects "hand" mouse cursor when hovering over links.