Bug 150087

Summary: after closing (composing finished) Composer get back to KMail (minor)
Product: [Unmaintained] kmail Reporter: Maciej Pilichowski <bluedzins>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WAITINGFORINFO    
Severity: wishlist CC: finex, luigi.toscano
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Maciej Pilichowski 2007-09-22 12:33:07 UTC 
Version:            (using KDE KDE 3.5.7)
Installed from:    SuSE RPMs

It is not uncommon to have such window order:
KMail -> Konqueror -> Composer (for example)

So when I finish writting an email, composer closes, and I am back in Konqueror. It would be a bit more useful if Composer switch back to KMail on close.
Comment 1 FiNeX 2008-06-27 15:18:18 UTC 
This is against the common rules a user is used to:
the focus is given to windows in a certain order (by the window manager), apps shouldn't interfere with it.

Don't you think?
Comment 2 Maciej Pilichowski 2008-06-27 15:29:28 UTC 
Nope, because internal implementation should not affect the user experience.

Composer for me is not standalone application, it is just part (sub-component) of KMail. It is as good as settings window, or about, or find.

It is good you can switch between KMail-Composer-Konq. but Konq is not part of KMail, Composer is. 
When I am done with find/settings/about I expect to be in KMail. The same expectation is for Composer.

Btw. I can tell from my experience, that I never was in such situation that switching to Konq. instead of Kmail was a tiny bit useful or intuitive (even) for me. Because I have this notion in mind "hey, I am editing mail, I use Kmail, send, oh, why I am in Konqueror now?".

In short -- the fact Composer is the biggest and most elaborate window of all Kmail windows, does not change the fact that when it is called from within KMail it is treated as KMail sub-component.
Comment 3 FiNeX 2008-06-27 15:40:57 UTC 
Probably kmail devs consider the composer like an application which can be used (partially) standalone. I don't know. Anyway, kmail devs will think about this, we (me and Maciej) should have say enough about this question :-)

bye!
Comment 4 Myriam Schweingruber 2012-08-18 07:48:09 UTC 
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 5 Luigi Toscano 2012-08-19 00:25:19 UTC 
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.