<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'DejaVu Sans'; font-size:10pt; font-weight:400; font-style:normal;">>> First issue:<br>
>> Plasmaboard uses the class PopupApplet. When clicking on the icon, the<br>
>> keyboard appears. This keyboard must stay unfocused! So I used the method<br>
>> setPassivePopup(true). That worked great. But when I upgraded my working<br>
>> machine from Fedora 10 to Fedora 11 Preview it stopped working. Since then<br>
>> the opening keyboard steals focus from the window and is useless.<br>
>> This may be a bug invented in qt-4.5 or kde-4.2.2 . setPasivePopup is<br>
>> rarely used, so it is possible that no one noticed.<br>
><br>
>well, it's more like "it's totally cool for popups to have focus" ... we'll<br>
>need some work-around for this for Plasmaboard. either that or else<br>
>Plasmaboard will have to provide and manage it's own popup instead of<br>
> relying on PopupApplet for this ....<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Sorry, didn't got that completly. <br>
The passive popups worked already. "Suddenly" they are not working. <br>
If it is not supposed to work, why is there this setPassivePopup() method?<br>
On Kubuntu 9.04 even the digital-clock popup is passive. Why not on Fedora???<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>>> Second issue:<br>
>> My virtual keyboard can be dragged on the desktop of course. But it never<br>
>> worked there. Because it is no popup in the applet, it automatically gets<br>
>> focus when you click on a button on it. Is there a way to prevent it from<br>
>> stealing focus? And if not, can you implement one?<br>
><br>
>urf... this will probably require a nasty-ish hack like whenever the<br>
>graphicswidget gets focus checking for view() and then if view() un-focusing<br>
>it and hope that it un-focuses before the event hist the queue.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Well. If you want a virtual keyboard in plasma that works from the desktop, you probably have to do that. There is quite certainly no other way to send keys to active apps, no matter whether they are Qt, Gtk, or anything else, than the way I do it. And I need the focus on the last active window or plasmoid. <br>
Question is whether a virtual keyboard really has to work from the desktop. You will normaly not use it from there. Cannot imagine it. You want it as a popup, not behind your desktop.<br>
But I get users complaining that plasmaboard does not work. They are confused.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Please help me at least with issue one. I think it's quite important to have a working virtual keyboard for KDE when 4.3 comes out. Cheap Touchscreen devices are coming and currently we piss touchscreen users off.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Regards,<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Björn</p></body></html>