Comments for pindaBlog http://pindablog.wordpress.com Sun, 25 Oct 2009 17:02:07 +0000 http://wordpress.com/ hourly 1 Comment on Extender grouping and notification images by rscheepmaker http://pindablog.wordpress.com/2009/03/25/extender-grouping-and-notification-images/#comment-360 rscheepmaker Sun, 25 Oct 2009 17:02:07 +0000 http://pindablog.wordpress.com/?p=39#comment-360 @a c: For the first suggestion there's actually an open wish on bugs.kde.org. It's a fair suggestion, it's just that right now I'm lacking time to implement that. I'm hoping to be able to implement it in time for 4.4, but no guarantees. Patches are always welcome! The second suggestion: that's intended behavior. You can disable the autohiding behavior in the system tray's settings under Auto Hide. In that case persistent notifications will stay on screen, non persistent notifications will still dissappear normally after their timeout. @a c:
For the first suggestion there’s actually an open wish on bugs.kde.org. It’s a fair suggestion, it’s just that right now I’m lacking time to implement that. I’m hoping to be able to implement it in time for 4.4, but no guarantees. Patches are always welcome!

The second suggestion: that’s intended behavior. You can disable the autohiding behavior in the system tray’s settings under Auto Hide. In that case persistent notifications will stay on screen, non persistent notifications will still dissappear normally after their timeout.

]]> Comment on Extender grouping and notification images by a c http://pindablog.wordpress.com/2009/03/25/extender-grouping-and-notification-images/#comment-359 a c Fri, 23 Oct 2009 19:32:24 +0000 http://pindablog.wordpress.com/?p=39#comment-359 Hello, I hope it's not too late to make a suggestion. I'm using KDE 4.3.2 and an auto-hiding panel. First, all notifications pop up above the coordinate where the panel would be visible (when not hidden), which is annoying - afterall, that's why I have an auto-hiding panel, to make full use of screen space. All notifications should pop up above the panel, when it is visible and at the bottom of the screen, when the panel is hidden (it's a bottom margin panel). Next, I desperately need some notifications to remain on the screen, independent of any timeout - in other words, truely persistent notifications. Take Kopete for example. When a new conversation is started by somebody else and I am not paying attention to the screen during the notification display time, hours can pass before I realise there's some aggitation in the system tray (given the fact that the panel remains hidden). Don't you think that persistent notifications should remain ON THE SCREEN at least when the panel is hidden? Since there is a grouping mechanism in place, I don't suppose it can endanger the screen space in the case of a prolonged user absence ;) In KDE 3.5 persistent notifications where always staying on the screen until I took some action with respect to them. Hello, I hope it’s not too late to make a suggestion. I’m using KDE 4.3.2 and an auto-hiding panel.

First, all notifications pop up above the coordinate where the panel would be visible (when not hidden), which is annoying – afterall, that’s why I have an auto-hiding panel, to make full use of screen space. All notifications should pop up above the panel, when it is visible and at the bottom of the screen, when the panel is hidden (it’s a bottom margin panel).

Next, I desperately need some notifications to remain on the screen, independent of any timeout – in other words, truely persistent notifications.
Take Kopete for example. When a new conversation is started by somebody else and I am not paying attention to the screen during the notification display time, hours can pass before I realise there’s some aggitation in the system tray (given the fact that the panel remains hidden).
Don’t you think that persistent notifications should remain ON THE SCREEN at least when the panel is hidden? Since there is a grouping mechanism in place, I don’t suppose it can endanger the screen space in the case of a prolonged user absence ;)

In KDE 3.5 persistent notifications where always staying on the screen until I took some action with respect to them.

]]> Comment on Jobs and notifications in the plasma systray. by Marcos Lazarini http://pindablog.wordpress.com/2009/05/04/jobs-and-notifications-in-the-plasma-systray/#comment-346 Marcos Lazarini Sun, 13 Sep 2009 04:26:37 +0000 http://pindablog.wordpress.com/?p=51#comment-346 Hi, I have just tested the new notifications and jobs from KDE 4.3 and it is really nice. Much better than the previous version. Congratulations!! But I still have one bug left... Sometimes a kopete event takes place and I'm notified - e.g. a message arrives. The notification appears fine to me but when I click in the "view" or "ignore" button, nothing happens and this notification stays there for good... there is no way to acknowledge this notification and it stays there in the queue until I logout. Perhaps kopete is sending a buggy message anyway, but the notification area should be more robust and provide, for example, a way to clean the queue of events. Thanks for your important efforts! Hi,

I have just tested the new notifications and jobs from KDE 4.3 and it is really nice. Much better than the previous version. Congratulations!! But I still have one bug left…

Sometimes a kopete event takes place and I’m notified – e.g. a message arrives. The notification appears fine to me but when I click in the “view” or “ignore” button, nothing happens and this notification stays there for good… there is no way to acknowledge this notification and it stays there in the queue until I logout.

Perhaps kopete is sending a buggy message anyway, but the notification area should be more robust and provide, for example, a way to clean the queue of events.

Thanks for your important efforts!

]]> Comment on Tokamak 3 wrap up. by ano http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-345 ano Fri, 11 Sep 2009 09:59:16 +0000 http://pindablog.wordpress.com/?p=78#comment-345 @jospoortvliet: So, can I install plasma on Windows XP right now? I use VirtualBox on Linux, with Windows XP as guest OS. It would be pretty cool if I could control the host OS through the guest OS and vice versa using plasmoids! Did anyone try something like that? @jospoortvliet:
So, can I install plasma on Windows XP right now? I use VirtualBox on Linux, with Windows XP as guest OS. It would be pretty cool if I could control the host OS through the guest OS and vice versa using plasmoids!

Did anyone try something like that?

]]> Comment on Tokamak 3 wrap up. by jospoortvliet http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-344 jospoortvliet Thu, 10 Sep 2009 10:35:27 +0000 http://pindablog.wordpress.com/?p=78#comment-344 @ano: this IS crossplatform. You can run plasma on Windows, mac and on mobile phones, and everything works just the same. Of course binaries always have to be available locally, nothing can be done about that. But scripted plasmoids work anywhere. @ano: this IS crossplatform. You can run plasma on Windows, mac and on mobile phones, and everything works just the same. Of course binaries always have to be available locally, nothing can be done about that. But scripted plasmoids work anywhere.

]]> Comment on Tokamak 3 wrap up. by slashdevdsp http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-343 slashdevdsp Thu, 10 Sep 2009 04:45:07 +0000 http://pindablog.wordpress.com/?p=78#comment-343 I think thats what i meant, but I think what I was suggesting was like a category "Plasmoids with remote access - Enable/Disable" so there is one place you can see and manage all the remote access for all the running plasmoids eg: so there is 1 place to see all plasmoids, currently running plasmoids and if remote plasmoid is enabled list Plasmoids | Running plasmoids | Remote plasmoid Enable | a a Yes b b No c c Yes d e something along those lines, because I feel if there is 1-frontend to add plasmoid and remote access I think thats what i meant, but I think what I was suggesting was like a category “Plasmoids with remote access – Enable/Disable” so there is one place you can see and manage all the remote access for all the running plasmoids

eg: so there is 1 place to see all plasmoids, currently running plasmoids and if remote plasmoid is enabled
list Plasmoids | Running plasmoids | Remote plasmoid Enable |
a a Yes
b b No
c c Yes
d
e

something along those lines, because I feel if there is 1-frontend to add plasmoid and remote access

]]> Comment on Tokamak 3 wrap up. by ano http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-342 ano Wed, 09 Sep 2009 19:05:37 +0000 http://pindablog.wordpress.com/?p=78#comment-342 I see a lot of useful things that could be done with this technology. But what about sharing plasmoids cross platform? I mean, if there is a plasmoid to share files, that's all fine and dandy, but a lot of people are still users of Windows/MacOSX/Gnome and so on. Are there any ideas/plans to make this stuff cross desktop/cross platform compatible? (maybe a new freedesktop standard?) I see a lot of useful things that could be done with this technology.

But what about sharing plasmoids cross platform? I mean, if there is a plasmoid to share files, that’s all fine and dandy, but a lot of people are still users of Windows/MacOSX/Gnome and so on. Are there any ideas/plans to make this stuff cross desktop/cross platform compatible? (maybe a new freedesktop standard?)

]]> Comment on Tokamak 3 wrap up. by illissius http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-341 illissius Wed, 09 Sep 2009 14:11:43 +0000 http://pindablog.wordpress.com/?p=78#comment-341 rscheepmaker: Nah I already have it compiled, I was just worrying about all the other poor souls who might have to do it :-). But if it worked for you without a hitch then probably someone's gone in and done some maintenance (thanks, whoever it was, if that's the case). When I did it building with cmake didn't work, building with ./configure didn't really work either iirc, there were all kinds of problems with it looking for its own headers in the install prefix when they were not yet installed (it wasn't yet built!), which I managed to solve somehow, and manual copying of files had to be done, and things like that. rscheepmaker: Nah I already have it compiled, I was just worrying about all the other poor souls who might have to do it :-) . But if it worked for you without a hitch then probably someone’s gone in and done some maintenance (thanks, whoever it was, if that’s the case). When I did it building with cmake didn’t work, building with ./configure didn’t really work either iirc, there were all kinds of problems with it looking for its own headers in the install prefix when they were not yet installed (it wasn’t yet built!), which I managed to solve somehow, and manual copying of files had to be done, and things like that.

]]> Comment on Tokamak 3 wrap up. by Sławek http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-340 Sławek Wed, 09 Sep 2009 12:07:48 +0000 http://pindablog.wordpress.com/?p=78#comment-340 I will use this to control what my entertainments doing. ;-) Only putting task list and now playing control on locked plasma activity, share every plasmids on this activity and disallow to unlock plasmoid(is there any way to do this?). I will use this to control what my entertainments doing. ;-)

Only putting task list and now playing control on locked plasma activity, share every plasmids on this activity and disallow to unlock plasmoid(is there any way to do this?).

]]> Comment on Tokamak 3 wrap up. by Aurélien Gâteau http://pindablog.wordpress.com/2009/09/08/tokamak-3-wrap-up/#comment-339 Aurélien Gâteau Wed, 09 Sep 2009 11:52:24 +0000 http://pindablog.wordpress.com/?p=78#comment-339 Wow! This looks awesome... I was playing with a DLNA tv yesterday evening, I wish it would have been able to export widgets to my laptop :) Wow! This looks awesome… I was playing with a DLNA tv yesterday evening, I wish it would have been able to export widgets to my laptop :)

]]>