Bug 57657

Summary:	Mouse pointer dissappears when switching desktops
Product:	[Applications] kate	Reporter:	virgilg
Component:	kwrite	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description virgilg 2003-04-24 20:13:39 UTC

Version:           4.1 (using KDE KDE 3.1.1a)
Installed from:    Compiled From Sources
Compiler:          gcc 3.2 
OS:          Linux

Hello,

I noticed this bug starting with 3.1.1a. I didn't notice it while using 3.1. It goes like this:

Start kwrite on a desktop (3 for instance). Press Alt. The cursor dissappears (this is normal). Now, switch to a different desktop using the keyboard (press Ctrl+F1). Switch back to the desktop kwrite is on (press Ctrl+F3). The mouse no longer appears inside kwrite's window. Once you move the mouse past the borders, outside kwrite, it reappears.

That's it, folks

Virgil.

Comment 1 virgilg 2003-04-25 00:30:46 UTC

Correction: 
 
Upon further investigation, I found out there's nothing special about pressing the 
"Alt" key in the procedure above. Any key would do. So, I believe the bug should be 
named "Keyboard ate my mouse. Leave user perplexed :-)" The only way to get the 
rodent back is to restart the application. 
 
This may be a duplicate (or related to) bugs #40005, #55550, #57509, since Kate 
and KWrite share the same code for hiding the cursor. Kate exibits an 'extra' 
feature, due to MDI: The cursor is hidden (and stays hid) only for those documents 
which were displayed when the desktop switching occurred. 
 
Virgil

Comment 2 Hamish Rodda 2003-04-25 04:55:21 UTC

You are correct, this is a duplicate - kwrite and kate both use katepart (which uses kdelibs, where 
the bug is ;) 

*** This bug has been marked as a duplicate of 55550 ***