It was requested of me recently, and I agree, that KMail get a tabbed interface. I think this is a great idea. Right now it has a sort of SDI interface, but it would be nice to have folders, composers, and/or message viewing panes as tabs. aKregator and Konqueror behave this way, so the consistency of workflow would also be nice.
I vote for this feature request too! { And whoever starts to implement it: please add the feature "print all mails at once which are currently open in tabs" :-) }
BTW, there are two more feature requests shooting for the same: bug #86327 and #76451 (the latter on being nearly 2 years old), which never saw any response, let alone tender luvin' by a kdepim hacker. Someone should close two of these three as duplicates... Thunderbird will have it soon now, and I think it will be a killer feature. You can easily play with it via klik: * <a href="klik://thunderbird15-tabbed">klik://thunderbird15-tabbed</a> (a patched 1.5 release candidate version) * <a href="klik://thunderbird16-tabbed">klik://thunderbird16-tabbed</a> (a patched 1.6 Alpha version) Cheers, Kurt
*** Bug 76451 has been marked as a duplicate of this bug. ***
*** Bug 86327 has been marked as a duplicate of this bug. ***
Yeah, I would like too to see this feature in KMail
I vote for this one too. I just tried Thunderbird and it is a nice feature: you can see two or more related emails in only one window. No more desktop and/or kicker cluttering.
You might want to take a look at Opera Mail (no prizes for guessing where Thunderbird got the idea) and consider finding a way to make use of the full window width for the Tabs.
Would be Extremely satisfiyng to view threaded messages this way: Open one, and find all replies in Tabs above the message viewer pane. I vote too.
I agree tabs would be a really usefull feature for kmail. I always have a few mails open for editing and viewing, with tabs it would be easier to deal with them. If implemented it would be good to have a session management for the tabs too.
Tabs, just like folder views and customs tags, are becoming a standard in email clients (see Thunderbird, for example). It would be a great thing if Kmail could stay up to date, and feature them .:)
it would be great if ppl started to work on kmail... problem of kmail is that almost nobody is working on it, at least much less ppl than needed to keep it up-to-date. part of the problem seems to be it's horrible architecture (wel, horrible, it's just that too much has been build on top of it). starting new (as mailody did) might be the solution. On 25 Jan 2007 19:30:51 -0000, Nicolas Chevreux <nicolas@adnoiseam.net> wrote: [bugs.kde.org quoted mail]
I like the idea, so +20 from me... A few things though. When working on low-resolution displays (ultraportable laptops and so on) the default layout with the folder list, the message listing, and the message content all on-screen at the same time, is quite simply too large. Especially when having lots of folders and deeply nested threads. Disabling the message preview pane helps, but then you need to open all messages in new windows to read them, and having lots of windows sucks. I grew quite fond of how Gnus handles this. It starts you up in a screen which is only the folder list. Find the folder you want, and you enter it. The next screen is only the message list. Select a message, and that's what's get shown (actually here I can't quite remember if the screen was split vertically with the minor part of it being the message list). Go back/up and you're again in the full-screen message list. Another back/up and you're in the folder list. Of course hotkeys like next (unread) message, next (unread) folder, etc. continue working even in the innermost (message) UI level. Also mutt works this way except for the fact that it doesn't have a useful upper level (folder listing). Claws-Mail has a «small screen» layout that partly implements this too (it opens messages in separate windows though). I think tabs could be made to work this way, too, if you can designate default tabs and distinguish between "open in existing tab" and "open in new tab". So if you go to the folder list and click on a folder it will open up in the existing folder-view tab, and ditto for clicking on messages in the message list. So unless you specifically ask for something to be opened in a new tab, you'll always have three tabs: "Folders", "Messages (in $FOLDER)", and "Message ($SUBJECT)". (Maybe even put "Accounts" at the top-level there.) Regards, Tore
*** Bug 169465 has been marked as a duplicate of this bug. ***
SVN commit 881321 by tmcguire: Merge the KMail summer of code branch back to trunk. This brings a reworked folder tree and and a new message list, which is much more powerful than the old one. New features include grouping, multiline items and the ability to customize just about everything of the look of the message list. Also, we have a tabbed interface for opening more than one folder at once now. An important aspect of the new message list is that drawing speed is now fast again (there was a regression in Q3ListView that made huge folders a real pain to navigate, reading commit folders was not a nice thing to do). There are probably more things which I forgot to list here. Also, this is big step forward in getting rid of Qt3Support in KMail, now just some tiny bits are left. Many thanks to SoC student Szymon Stefanek for his awesome work on his project! I can't stress enough how great this achivment is. He even added very good API documentation to his classes :) This requires the lastest version of qt-copy, otherwise you'll get mysterious crashes in Qt painting code from time to time. We hope that this patch will be added to the next Qt 4.4.x version. And finally, this merge also brings many regressions, which is not unnatural for such a big change. In the remaining time before the KDE 4.2 release, we'll have to work on those to get it polished and regression-free. Help here is always needed, and is a good opportunity to start working on KMail, since many regressions are low hanging fruit. It also means the message list and the folder tree need a bit of testing. If you find bugs, report them under the "new message list" and "new folder tree" component of the bug tracker, thanks. I also plan to setup a wiki page with known regressions. CCMAIL: kde-pim@kde.org GUI: CCBUG: 117808 BUG: 163469 FEATURE: 18170 FEATURE: 32400 FEATURE: 42107 FEATURE: 45526 FEATURE: 81272 FEATURE: 90142 FEATURE: 107450 (and probably many others) M +34 -5 kmail/CMakeLists.txt M +2 -2 kmail/accountdialog.cpp M +1 -6 kmail/actionscheduler.cpp M +0 -3 kmail/actionscheduler.h M +4 -4 kmail/antispamwizard.cpp M +4 -4 kmail/antispamwizard.h A kmail/commands (directory) A kmail/commands/exporttohtml.cpp [License: GPL (v2+)] A kmail/commands/exporttohtml.h [License: GPL (v2+)] M +25 -50 kmail/configuredialog.cpp M +2 -7 kmail/configuredialog_p.h M +1 -1 kmail/expirejob.cpp M +2 -2 kmail/expirypropertiesdialog.cpp M +2 -2 kmail/expirypropertiesdialog.h M +379 -401 kmail/favoritefolderview.cpp M +110 -73 kmail/favoritefolderview.h M +0 -1 kmail/folderadaptor.cpp M +2 -2 kmail/folderrequester.cpp M +4 -3 kmail/folderrequester.h M +3 -4 kmail/folderselectiondialog.cpp M +3 -3 kmail/folderselectiondialog.h M +55 -31 kmail/folderselectiontreewidget.cpp M +13 -13 kmail/folderselectiontreewidget.h M +8 -8 kmail/folderstorage.cpp M +5 -1 kmail/folderstorage.h D kmail/foldertreebase.cpp D kmail/foldertreebase.h A kmail/folderview.cpp [License: GPL (v2+)] A kmail/folderview.h [License: GPL (v2+)] D kmail/folderviewtooltip.h D kmail/headeritem.cpp D kmail/headeritem.h D kmail/headerlistquicksearch.cpp D kmail/headerlistquicksearch.h M +4 -3 kmail/identitydialog.cpp M +3 -1 kmail/kmacctcachedimap.cpp M +0 -6 kmail/kmacctcachedimap.h M +0 -1 kmail/kmacctimap.cpp M +0 -5 kmail/kmail.kcfg M +12 -11 kmail/kmail_part.cpp M +7 -3 kmail/kmail_part.h M +68 -42 kmail/kmailicalifaceimpl.cpp M +5 -5 kmail/kmailicalifaceimpl.h M +8 -15 kmail/kmcommands.cpp M +1 -4 kmail/kmcommands.h M +4 -2 kmail/kmfilteraction.cpp M +28 -2 kmail/kmfolder.cpp M +27 -0 kmail/kmfolder.h M +4 -3 kmail/kmfoldercachedimap.cpp M +8 -6 kmail/kmfolderdialog.cpp M +4 -5 kmail/kmfolderdialog.h M +2 -3 kmail/kmfolderimap.cpp M +1 -1 kmail/kmfoldermgr.cpp M +12 -10 kmail/kmfoldersearch.cpp D kmail/kmfoldertree.cpp D kmail/kmfoldertree.h D kmail/kmheaders.cpp D kmail/kmheaders.h M +4 -6 kmail/kmkernel.cpp M +1497 -698 kmail/kmmainwidget.cpp M +195 -61 kmail/kmmainwidget.h M +68 -2 kmail/kmmsgbase.cpp M +7 -8 kmail/kmreadermainwin.cpp M +1 -2 kmail/kmreadermainwin.h M +5 -7 kmail/kmsystemtray.cpp M +18 -17 kmail/mailinglistpropertiesdialog.cpp A kmail/mainfolderview.cpp [License: GPL (v2+)] A kmail/mainfolderview.h [License: GPL (v2+)] M +14 -0 kmail/messagecopyhelper.cpp M +11 -0 kmail/messagecopyhelper.h A kmail/messagelistview (directory) A kmail/messagelistview/core (directory) A kmail/messagelistview/core/aggregation.cpp [License: GPL (v2+)] A kmail/messagelistview/core/aggregation.h [License: GPL (v2+)] A kmail/messagelistview/core/aggregationeditor.cpp [License: GPL (v2+)] A kmail/messagelistview/core/aggregationeditor.h [License: GPL (v2+)] A kmail/messagelistview/core/comboboxutils.cpp [License: GPL (v2+)] A kmail/messagelistview/core/comboboxutils.h [License: GPL (v2+)] A kmail/messagelistview/core/configureaggregationsdialog.cpp [License: GPL (v2+)] A kmail/messagelistview/core/configureaggregationsdialog.h [License: GPL (v2+)] A kmail/messagelistview/core/configureskinsdialog.cpp [License: GPL (v2+)] A kmail/messagelistview/core/configureskinsdialog.h [License: GPL (v2+)] A kmail/messagelistview/core/delegate.cpp [License: GPL (v2+)] A kmail/messagelistview/core/delegate.h [License: GPL (v2+)] A kmail/messagelistview/core/enums.h [License: GPL (v2+)] A kmail/messagelistview/core/filter.cpp [License: GPL (v2+)] A kmail/messagelistview/core/filter.h [License: GPL (v2+)] A kmail/messagelistview/core/groupheaderitem.cpp [License: GPL (v2+)] A kmail/messagelistview/core/groupheaderitem.h [License: GPL (v2+)] A kmail/messagelistview/core/item.cpp [License: GPL (v2+)] A kmail/messagelistview/core/item.h [License: GPL (v2+)] A kmail/messagelistview/core/manager.cpp [License: GPL (v2+)] A kmail/messagelistview/core/manager.h [License: GPL (v2+)] A kmail/messagelistview/core/messageitem.cpp [License: GPL (v2+)] A kmail/messagelistview/core/messageitem.h [License: GPL (v2+)] A kmail/messagelistview/core/messageitemsetmanager.cpp [License: GPL (v2+)] A kmail/messagelistview/core/messageitemsetmanager.h [License: GPL (v2+)] A kmail/messagelistview/core/model.cpp [License: GPL (v2+)] A kmail/messagelistview/core/model.h [License: GPL (v2+)] A kmail/messagelistview/core/modelinvariantindex.cpp [License: GPL (v2+)] A kmail/messagelistview/core/modelinvariantindex.h [License: GPL (v2+)] A kmail/messagelistview/core/modelinvariantrowmapper.cpp [License: GPL (v2+)] A kmail/messagelistview/core/modelinvariantrowmapper.h [License: GPL (v2+)] A kmail/messagelistview/core/optionset.cpp [License: GPL (v2+)] A kmail/messagelistview/core/optionset.h [License: GPL (v2+)] A kmail/messagelistview/core/optionseteditor.cpp [License: GPL (v2+)] A kmail/messagelistview/core/optionseteditor.h [License: GPL (v2+)] A kmail/messagelistview/core/skin.cpp [License: GPL (v2+)] A kmail/messagelistview/core/skin.h [License: GPL (v2+)] A kmail/messagelistview/core/skindelegate.cpp [License: GPL (v2+)] A kmail/messagelistview/core/skindelegate.h [License: GPL (v2+)] A kmail/messagelistview/core/skineditor.cpp [License: GPL (v2+)] A kmail/messagelistview/core/skineditor.h [License: GPL (v2+)] A kmail/messagelistview/core/storagemodelbase.cpp [License: GPL (v2+)] A kmail/messagelistview/core/storagemodelbase.h [License: GPL (v2+)] A kmail/messagelistview/core/view.cpp [License: GPL (v2+)] A kmail/messagelistview/core/view.h [License: GPL (v2+)] A kmail/messagelistview/core/widgetbase.cpp [License: GPL (v2+)] A kmail/messagelistview/core/widgetbase.h [License: GPL (v2+)] A kmail/messagelistview/messageset.cpp [License: GPL (v2+)] A kmail/messagelistview/messageset.h [License: GPL (v2+)] A kmail/messagelistview/pane.cpp [License: GPL (v2+)] A kmail/messagelistview/pane.h [License: GPL (v2+)] A kmail/messagelistview/storagemodel.cpp [License: GPL (v2+)] A kmail/messagelistview/storagemodel.h [License: GPL (v2+)] A kmail/messagelistview/widget.cpp [License: GPL (v2+)] A kmail/messagelistview/widget.h [License: GPL (v2+)] A kmail/messagetree.cpp [License: GPL (v2+)] A kmail/messagetree.h [License: GPL (v2+)] M +2 -2 kmail/renamejob.cpp M +25 -24 kmail/searchwindow.cpp M +2 -3 kmail/searchwindow.h M +7 -0 kmail/util.cpp M +7 -0 kmail/util.h M +517 -7 libkdepim/foldertreewidget.cpp M +303 -36 libkdepim/foldertreewidget.h M +90 -30 libkdepim/treewidget.cpp M +39 -16 libkdepim/treewidget.h WebSVN link: http://websvn.kde.org/?view=rev&revision=881321
Just checked out latest SVN... impressive! Wonderful work!! I think this whis is fullfilled... close it :)
I'm impressed too about the new implementation. I like it!
Great to see tabbed folders in 4.2 beta. Is it planned to implement tabbed messages too?
Would be great. Tabbed messages are more important then folders in my opinion. But it is a good start!
I agree, tabbed messages would be more important to me, too (damn users, we always seem ungrateful :)).
I like this feature too. But I have a question. Why it's impossible have a same folder in several tabs? When I need several different views (for example I have a different quick search terms) on a same folder, I cannot use tabs for it.
*** Bug 141880 has been marked as a duplicate of this bug. ***
This feature request is still valid for KMail 2
Reassigning to product kmail2
Someone please to look into this; there is an other open ticket for same thing as far as I can tell #bug 195062 Should one of them be closed?
*** Bug 195062 has been marked as a duplicate of this bug. ***
KMail now has a tabbed view, at least as of version 5.7.3. From the View menu select Message List » Create New Tab, or use the keyboard shortcut Ctrl+Shift+O. Does this satisfy your wish?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!