A Qt replacement for KGlobal::ref and deref

Ingo Klöcker kloecker at kde.org
Mon Feb 14 19:27:04 GMT 2011

On Monday 14 February 2011, David Faure wrote:
> On Thursday 10 February 2011, Thiago Macieira wrote:
> > Em quinta-feira, 10 de fevereiro de 2011, às 12:45:58, David Faure 
> > > > I certainly don't expect it to continue
> > > > running in the background until certain services finish
> > > > running, in the background.
> > > 
> > > I can tell you, users definitely expect their download to finish,
> > > their mail to be sent [this has hit my wife a few times in
> > > kmail!]. And if a systray
> > 
> > I don't dispute that. I'm simply asking that there is some kind of
> > feedback *while* that is happening.
> > 
> > Imagine you send an email, close the kmail, and now you want to
> > suspend your computer. How do I know that the email sending has
> > finished?
> OK, there should be a job notification. However that is done in
> another process for better integration with the desktop.

Actually, with Akonadi, the sending will be done with yet another (non-
GUI) process. Again, for better integration with the desktop. Because 
why should an application like KAlarm start KMail just to send a 

For obvious reasons KMail will not wait until the message is sent before 
it quits. It will quit as soon as it has passed the message to the 
dispatcher. Just like in the good old times when sending was done by 
passing a message to sendmail. But, of course, as David explained, there 
will be a job notification (unlike with sendmail where the user didn't 
get any UI feedback).

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20110214/18d3ea8d/attachment.sig>

More information about the kde-core-devel mailing list