Problems at use | Problèmes à l'utilisation
Guest, Friday 16 April 2010 à 22:40
|
|
|
Hi I am an active user of KDE 4.4.2, Kubuntu Lucid 10.04 LTS Beta 2 and latest Cairo Dock 2.1.4-beta0. I have experience some troubles since like I first started to use Cairo Dock, which was in earlier Karmic of Kubuntu, KDE and 2.1.3 of Cairo Dock. The problem is the annoying window attention interaction which doesnt work in KDE but work in Gnome as I have understand. Dialog windows appear randomly which means you cannot trust it at all for IM-client messages for Kmess, Kopete, AMSN, Pidgin and so on. Then sometimes I got grey background behind dialog popups which I dont want at all. A neat future would be to make it possible to change settings for application interaction more detailed with timeouts, ignore apps, effects, delay time and so on. Then I dont know if DBus or IBus does change anything itself but Knotifier seem to work as expected when I got new message in my IM-client. |
Guest, Saturday 17 April 2010 à 01:28
|
|
|
I think I discovered the actual problem now. KNotifier is able to receive signal from Kopete for instance for each message I got in my IM-client. The problem with Cairo dock is that it only notify new messages as long as I have minimized my window. In my workflow I always just switch between windows which mean I never close my IM-conversations. That means Cairo Dock thinks like, ah the conversation is still active because the window is still open in the workspace. I notified that it actually works if I minimize my window each time, but I usually dont, never ever. So every new signal from Dbus should be notified to Cairo dock AS LONG AS the current window I am working with isnt active I dont know how its programmed but I am quite sure this is where the problem is. |
matttbe, Saturday 17 April 2010 à 01:32
|
|
Subscription date : 24 January 2009
Messages : 12573
|
I suppose you're Oxymoron from #cairo-dock.
@ Franksuse64 : can you confirm? |
fabounet, Saturday 17 April 2010 à 12:37
|
|
Subscription date : 30 November 2007
Messages : 17118
|
the fact is, CD handles the demands of attention from X, not from DBus.
when your window is minimized, it's a demand from X.
I'm about to integrate the DBus demands as well |
Guest, Saturday 17 April 2010 à 14:45
|
|
|
@mattbe: Yes its me Mario, no I mean Oxymoron
@fabounet: Aha I see, well there is the problem I suppose. So the problem was neccessary not a problem, only that it uses X instead of Dbus.
Then I just have to say once more, Cairo Dock rock! <3 Its not much left now before I can replace Plasma Panel and use the whole computer screen! The only things I missing is this, a implemented KDE Menu that can use Raptor, Kickoff, Lancelot or whichever you prefer and then a working systray icon window. |
Guest, Saturday 17 April 2010 à 14:45
|
|
|
@mattbe: Yes its me Mario, no I mean Oxymoron
@fabounet: Aha I see, well there is the problem I suppose. So the problem was neccessary not a problem, only that it uses X instead of Dbus.
Then I just have to say once more, Cairo Dock rock! <3 Its not much left now before I can replace Plasma Panel and use the whole computer screen! The only things I missing is this, a implemented KDE Menu that can use Raptor, Kickoff, Lancelot or whichever you prefer and then a working systray icon window. |
fabounet, Saturday 17 April 2010 à 15:54
|
|
Subscription date : 30 November 2007
Messages : 17118
|
KDE Menu that can use Raptor, Kickoff, Lancelot
isn't GMenu working ? it works for Gnome and XFCE.
are those "menus" applications like GnoMenu ? if so, do you know if there is a way to interact on them (for instance we have an applet for GnoMenu based on Dbus). |
Problems at use | Problèmes à l'utilisation
|