Registered Member
|
KDE should have its own message indicator applet which merges the notifications for KMail, Akregator, and Kopete and any other messaging apps.
(I use message indicator for kopete and I think its great, but it will be nice to have it for akregator and many other measagging apps) |
Manager
|
I think that maybe the proper request would be "make message indicator" (or similar functionality) part of KDE (base or extra). As far as I know it is a Canonical Desktop Experience team product and if so requests for upgraded functionality and bug fixes should be addressed to them.
|
Global Moderator
|
google01103 is correct. The message indicator is not part of KDE's software compilation but is instead an add-on.
KMail already has a systray icon which shows the number of unread messages. Akregator also has a systray icon which shows the number of unread feeds. Is this what you needed?
Moult, proud to be a member of KDE forums since 2008-Oct.
thinkMoult - source for tech, art, and animation: hilarity and interest ensured! WIPUP.org - a unique system to share, critique and track your works-in-progress projects. |
Registered Member
|
No. I mean that it will be great if we got all these apps in one systray icon, in something or in message indicator, cause it save space in systray on panel. something like that one in gnome in ubuntu. one icon for hole messagess (rss feeds and mails, pidgin, kadu, kopete etc) |
Registered Member
|
google01103
would you like to give me adress www of Canonical Desktop Experience team, cause I cant find it |
Registered Member
|
But but.... Isn't the current notification widget purpose to be exactly that? In systray you have a icon what groups every notification from applications and system, like new emails, new IMs and even new RSS feed updates, next to notification of kget download states or file copying etc.
Akregators problem is that it really ain't messaging application, it is a simple feed reader. Its purpose was never to be used for messaging. I have noticed that the notification widget is broken by the look or the idea that notifications are in systray. I have my own proposal for new notification system what can be found but it is totally different than this what would be in systray. Would this kind separated message notifications demand again that every messaging application should include support to it? |
Manager
|
I assume the proper thing to do would be to post a bug on Kubuntu's bug system <a href="https://launchpad.net/~canonical-dx-team">https://launchpad.net/~canonical-dx-team</a> from <a href="http://blogs.kde.org/node/4043">http://blogs.kde.org/node/4043</a> "Recently Aurelien Gateau of the Canonical Desktop Experience team implemented the Message Indicator for KDE and Konversation" |
Registered Member
|
Again I just feel bad to remember how small things a Canonical started to push own ideas over the community and upstream, ending to hurt more the whole Open Source community than helping it.
When I send email, I get notification via Notifications When I receive email, I get notification from same place When RSS feeds is updated, I get notification from there When someone mentiones me in IRC, I get notification from there as well. Same thing with kopete and every other notification. One and single place. The whole idea with Plasma was to gather all notifications to single place behind single API. Not two, but one. Then we could replace the notification system with other so user could choose how the notification system should work, but still having single API and compability to every application out there. Even that I hate to link but this is my version for such notification system brainstorm.php?mode=idea&i=91258&page=4#anchor203095 And it shows user a different notification from different sources, so user can see right away if it is new email, IM or IRC mention and so on. Idea on that was to maintain same API to current notification system what plasma has. So it does not do same thing as Canonical wants, having a new API/library for same thing. I stand behind seele comment in blog post:
One same email icon to IRC, IM and Emails ain't smart thing. |
Registered Member
|
Thanks for your answer Fri13
but what did you showed me isnt exacly the same think I would like to see in kde. It is not about only about notification!!! I expect that it one single icon on systray with envelope icon, I get information about new messages, from all kind of apps ( including rss) and the most improtant think, is that I can navigate thanks to that icon (opening messeages, changing the status of jabber, skype; setting the status message for all apps; writting back for emails, or even manually check for new emails in kmail.) I would like to have all that "messaging" stuff in one place that I do not have to manually start: akregator kmail to see is there something new for me. If akonadi is able to check for new emails in some periods of time insted of running kmail, why do I have to have kmail in systray to get information about new emails?? I dont get it!!! I think its great stuff that canonical is trying to make. I like the idea of minimalistic od desktop!!! But notificaton only isnt, what I am looking for!!! thanks |
Registered Member
|
The single icon, single place to show all notifications already exist. The notification of new email ain't different than notification of download finished or disk space running out. The question is, how those notifications are shown and how they are groupped. Now there is still problem that akonadi ain't being used so well as it is under development. KMail2 has still coming and it change that Akonadi is responsible to get the email, not the kmail, and that change was implemented 3 months ago. Next KDE SC 4.8 release will add more support for akonadi (at least should). There is few ultimate problems to solve. 1) What message is important to the user at given time 2) Design language to notification system so it is same to all notifications (Look, place, functionality) 3) Technical support that all apps what notify user use same notification system (API, possibilities, technical functionality) When thinking about that list, the 3. is easiest to implent. And currently Plasma actually does it. Canonical has broken that functionality that they want two different API's and even that 2. does not ever happen as all notifications are shown different ways. And Canonicals way to do it, brakes 1. where usability is terrible. KDE developers idea is to have all those three implemented. But 1. and 2. can not proceed if 3. is under work. And Akonadi has been underwork. It is being developed better every release. Now correct me if I am wrong, but you dont like that KMail, Akregator, Kopete, Konversation has all own notification and icons at systray showing numbers? As I dont like, and neither does KDE developers. That is the old problem with systray itself. That it became as dump for applications to sit there and notifying users in KDE 3.x series. You should read these about the older Canonicals pushed notification system: http://aseigo.blogspot.com/2008/12/notifications.html http://weblog.obso1337.org/2009/respons ... on-system/ (And Aaron's other posts about systray: http://aseigo.blogspot.com/2010/04/syst ... gress.html http://aseigo.blogspot.com/2011/08/syst ... iding.html) Canonical is not trying to do anything else than separating things up. They are not making things simpler and better. They want to rule how every application developer should code their application if they want to get it work with Unity, and they do not care about anyone else. (Rant: that is the basic problem with Canonical that they bully a open source community with their userbase, they dont care working together, they want to rule and think only those who use their product /rant) KDE, GNOME and others belongs to same standard group, called freedesktop.org. Where every one (but Canonical) has designed and developed together a standard API's for every application to get notifications working from one place - without thinking what desktop user might use. Single API but multiple ways to get how it will be shown to user. Application developers do not need to take care than single API and then notification system developer can take care of how the notification is presented to user. A single message center for only messages and separated from other notifications ain't good idea what Canonical suggest. An single icon of envelope is even a usability problem. It does not separate a email from IM or IRC message what user could see. And user will need to check two different notification system with it, a one for messages and one for other notifications. A RSS feed update notification is not message. Even that user adds a RSS feed of new blog posts. It is not different from news sites headlines or new blog posts or posts in twitter account. We should have different notification when user gets @username mention in twitter via RSS feed, than new news have been updated. As message center would only need to show notifications when new message is sent directly to the user. No one else or it is not about message. Do you want two different notification system or a single notification system where all notifications are groupped? Example when I get new email, a followed person sends twitter message or friend sends IM, I get all notifications to one notification system and groupped by their sources I have configured my desktop so that KMail, Akregator, Kopete and others do not have systray icons. I close the window or I minimize it but because I have virtual desktops in use, I dont get them in my way. I could use systray icons as they are passive, but I dont want to go there to open / close apps if I close it. I wanted to change my habits to close windows too early when there really is no need and then re-open soon. People really do that easily. So, every update (feed, new email, IM, etc) are in single place. When I want to check what has come, I can only go single place. I get every update from single place, I dont need to start or open different apps and do a check. Ain't that what you want? The current notification system has problems and for that I suggested an alternative system what user could choose to be used.
I could think that akonadi will come to notify at some point. I am not sure. But it would even then give two notifications if using a email client what does not use akonadi, like thunderbird. So in that case, KMail needs to do the notification and not akonadi. |
Registered users: Bing [Bot], Google [Bot], Sogou [Bot]