Bug 83257 - [KDE4] Use message balloons to keep user informed
Summary: [KDE4] Use message balloons to keep user informed
Status: RESOLVED UNMAINTAINED
Alias: None
Product: printer-applet
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: KDEPrint Devel Mailinglist
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-12 13:56 UTC by Dik Takken
Modified: 2013-09-20 00:42 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dik Takken 2004-06-12 13:56:19 UTC
Version:            (using KDE KDE 3.2.2)
Installed from:    Compiled From Sources
OS:                Linux

KJobViewer is a very shy and silent application that briefly pops up on the systray while printing and disappears as quickly as possible. Users hardly ever notice it's there, especially when the Kicker is in Auto-Hide mode.

KJobViewer offers easy access to printing functions that should be easily accessible to any user, like pausing/aborting a job. That's why KJobViewer should get less shy and show itself to the user. It's just too useful to go unnoticed.

Some suggestions:

* Popup a balloon message when receiving a print job, like "Receiving Job 'Document' from KWord..." along with a icon that represents the device that the job is using. The message should also display a clickable link 'View Jobs'. This message will show the user that his jobs are going to that little printer icon on the systray, they will also understand that their jobs can be configured using that icon.

* Popup a balloon message when problems arise. Messages like "Printer <name> is out of paper!" or "Did you know your printer is switched off?" are very important. Currently, printer problems are never communicated back to the user and KJobViewer is the best candidate for implementing this key feature.

* Popup a message like "Your PDF document is ready" along with a clickable link that shows the document is very useful as well. Users will no longer have to manually load konqueror and try to remember where they configured KDEPrint to put the generated PDF file.

Of course, each of these messages should be configurable (show/don't show, play sound), possibly using the KNotify framework.
Comment 1 Michael Goffioul 2004-06-14 08:55:43 UTC
Just a few comments about your suggestions:

1) This is a nice idea and I'll think about it

2) This doesn't depend completely on KDEPrint because it requires communications possibilities at the driver-level. Currently, there's no real implementation of a bi-di driver under UNIX, but this should change in the future as some work is being done by the OpenSource community and printer manufacturers. For now, the communication is only PC->printer and not the other way around; there's no (standard) way to get this kind of notification from the printer.

3) Notification system (either about spooling events, or about driver events) is something that is under development in projects like CUPS or even in printing workgroups. Once something will be available, you should see a front-end in KDEPrint.
Comment 2 Ortwin Glück 2005-12-13 17:12:46 UTC
If you do this, please include a possiblity to disable it. I am very sure that it will be totally annoying to me. What do I care if KJobViewer received a print job normally? If I print a document I expect it to be printed. I hardly ever want to mess with the print jobs. So KJobViewer should be as silent as possible. I don't even need a tray icon.
Comment 3 Dik Takken 2005-12-13 17:28:56 UTC
If it is implemented using the normal KNotify framework, it will be a normal notification like any other. All Notifications are configurable from the same central config module in KControl.
Comment 4 Kurt Pfeifle 2007-01-09 02:05:14 UTC
This will hardly ever make it into a KDE 3.5.x release.

Set to Version 4.0.

I hope we get this done and in. CUPS 1.2.x does provide a much better notificiation framework, which we should take advantage of in KDEPrint 4.0.
Comment 5 Kurt Pfeifle 2007-01-13 22:20:12 UTC
duplicate of bug 117040 -- keeping both open for now (may get a JJ: implementation)
Comment 6 John Layt 2009-01-02 16:20:38 UTC
Reassigning to printer-applet.

KDEPrint in KDE3 is unmaintained and will have no more new features
implemented.  This request will never be implemented in KDEPrint as a result.  

In KDE4 kjobviewer has been replaced by printer-applet which uses
system-config-printer as a backend.

This is still a valid request, supporting the IPP/CUPS Notifications framework (CUPS 1.2 onwards) for job, printer and server status updates via the KDE notifications framework should be added to printer-applet.  How printer hardware status relates to Solid is an interesting question :-)
Comment 7 Jonathan Riddell 2009-01-27 00:23:43 UTC
SVN commit 917147 by jriddell:

update a lot of code to re-sync with GTK version
BUG:167699
BUG:178820
CCBUG:83257


 M  +5 -1      CMakeLists.txt  
 M  +2 -2      README  
 A             authconn.py  
 A             debug.py  
 A             monitor.py  
 M  +5 -0      printer-applet.notifyrc  
 M  +635 -321  printer-applet.py  
 M  +13 -14    printer-applet.ui  
 M  +2 -0      statereason.py  


WebSVN link: http://websvn.kde.org/?view=rev&revision=917147
Comment 8 Christoph Feck 2013-09-20 00:42:46 UTC
"Printer Applet" is no longer maintained and has been replaced with "Print Manager" since KDE 4.10.

If this issue still needs to be addressed in KDE 4.10 or newer, please add a comment, or report it for "Print Manager".