Bug 65790

Summary:	New Kmail toolbar for recently used folders wanted
Product:	[Applications] kmail	Reporter:	dag
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED DUPLICATE
Severity:	wishlist	CC:	luigi.toscano
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:

Description dag 2003-10-10 09:25:48 UTC

Version:            (using KDE KDE 3.1.4)
Installed from:    Compiled From Sources

I would like to see a configurable extra toolbar with buttons for recently used folders. This is the only thing now that prevents me from migrating from Exmh/MH to KMail/IMAP.
The default functionality could be:
Left button -> Open this folder
Right button -> Move current message here

It would also be nice to be able to lock some of the folders in the bar. The unlocked ones would be continually updated with the most recently used.

Comment 1 Paul Mallach 2004-05-06 20:24:24 UTC

Just another idea for this subject.

Instead of adding an extra toolbar you could add another listview called "favourite folders" that could be displayed in the top-left corner of the main-window above the treeview.

It should be possible to add folders to this list by dragging them from the treeview (where they remain, you are just creating a link to the folder). Removing folders from this list could be handled by adding an entry to each folder's context-menu.

Comment 2 dag 2004-05-06 21:24:16 UTC

Yes, that would be fine as long as the "recently used" functionalty is also implemented.

Comment 3 Myriam Schweingruber 2012-08-18 08:10:42 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 4 Luigi Toscano 2012-08-19 00:59:44 UTC

Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.

Comment 5 Luigi Toscano 2012-08-19 08:00:59 UTC


*** This bug has been marked as a duplicate of bug 169783 ***