[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop
Subject:    Re: Bug:  Curser disappears when switching into Kdevelop
From:       Falk Brettschneider <gigafalk () yahoo ! com>
Date:       2002-04-23 10:20:50
[Download RAW message or body]

Hi fans!

Falk Brettschneider wrote:

> Roland Pabel wrote:
>
>> On Thursday 18 April 2002 13:46, Roland Pabel wrote: Hi again,
>> I've finally found a 100% reproducable way to loose the visual cursor :
>> 1) Kdevelop starts up, all fine
>> 2) In a class file, I type "this->" and the command-completion window 
>> showing the classes' methods pops up. I use the cursor keys to select 
>> a function and press Enter. "this->set_level(". Kdevelop then shows a 
>> smaller yellow window with the variant list of that method.
>> 3) I finish that command by keyboard to "this->set_level(i);". Now 
>> everything is still fine.
>> 4.) when I now use the Tree-Tool-View to change files, the visual 
>> cursor disappear, with all the effects I described before. (remember, 
>> I can still type and stuff, I just don't see where the cursor is...)
>> Text selection still works, and copy/paste too (using CTRL+c/CTRL+v).
>> Last but now least, I can see the cursor again when I move the mouse 
>> out of and back in Kdevelops window...
>> hope it helps,
>> Roland
>>
> You are so great! You deserve the KDevelop user price April 2002! :-)
> Now I can reproduce that mysterious bug 100% here, too.
> First I thought it was due the update to Qt-3.0.3 but the new 
> code-completion code seems to confuse KDevelop's document-view 
> manager. Maybe due some hooked event filters - always a tricky story.
>
> Although I haven't got much time these weeks, stay tuned for this 
> important fix. 

Here comes the fix attached to this email! :-)

Please test and report your experiences to me.
A KDeveloper must give me the OK to commit this fix for the severe crash 
that always follows the focus problem for KDevelop-2.1.1. Harry, Roland, 
Walter?

The reason for the bug is changed behaviour in newer Qt versions 
(QT_VERSION >=  300). Qt doesn't set the QFocusEvent::m_reason not any 
more as they did before. To my mind it's an introduced bug in Qt. 
Anyway, the bug slept during the beta stages of KDevelop-2.1 and hit us 
now with the last code-completion feature addons during the last release 
candidates of KDevelop.

Ciao
F@lk


["qextmdichildarea.cpp.diff" (text/plain)]

? qextmdichildarea.cpp.diff
Index: qextmdichildarea.cpp
===================================================================
RCS file: /home/kde/kdevelop/kdevelop/widgets/qextmdi/src/Attic/qextmdichildarea.cpp,v
retrieving revision 1.7.2.17.2.4
diff -u -r1.7.2.17.2.4 qextmdichildarea.cpp
--- qextmdichildarea.cpp	2002/01/10 14:46:56	1.7.2.17.2.4
+++ qextmdichildarea.cpp	2002/04/23 10:17:58
@@ -198,6 +198,7 @@
       if (bSetFocus) {
 //TEST         if(!lpC->hasFocus())lpC->setFocus();
       }
+      QFocusEvent::setReason(QFocusEvent::Other);
       lpC->m_pClient->setFocus();
    }
 }

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
to unsubscribe from this list send an email to kdevelop-request@kdevelop.org with the following body:
unsubscribe »your-email-address«

[prev in list] [next in list] [prev in thread] [next in thread]