Version: (using KDE 4.0.83)
Korganizer seems to waste much horizontal space. In the attached screenshot I demonstrate where horizontal space saving could be done in the Korganizer window and the Kmail application. Together, they save 65px of space and look tidier as well. 65px is a lot of space when there are several columns competing for horizontal space, as is the case with an email client. A secondary advantage is that the Kmail hierarchy becomes two levels shallower, greatly aiding visual navigation.
Created attachment 25734 [details]
Space saving proposal for Korganizer and Kmail
Changing title and reassigning.
You removed "Local Folders" in KMail, but that can't be easily done, since a user might have multiple accounts (e.g. also IMAP accounts).
For users with multiple local or remote accounts, it makes sense to add a layer of depth to the hierarchy, and some width to the window. However, in cases where there is a single top-level parent folder (Local Folders in this case) then the redundant hierarchy depth and width is not good.
> For users with multiple local or remote accounts, it makes sense to add a layer of depth to the hierarchy, and some width to the window. However, in cases where there is a single top-level parent folder (Local Folders in this case) then the redundant hierarchy depth and width is not good.
OK, you are right, I just realized I'm about to report the same bug for Digikam in KDE4 :)
I am not that sure if I want to fix this issue (regarding the sidebar). I will have a look, but please note, that if you set big icons and make the kontact window small enough, you get a scrollbar. The computed size (that without scrollbar you see as "blank" is the "place" missing of a vertical scrollbar). Why do so ? Because I didn't want to make a being resize sidebar depending on the size of the mainwindow, which also usually leads to problems -> using setMinimumSize, setMaximumSize on resizeEvents -> endless recursive loops etc...
I leave it up to Raphael for the sidebar width. He knows best about these things.
As for KMail, there is also the Search Folders that we want to make better in the future as we get better support for virtual folders. So I really don't think we can change that.
BTW: if you really want to save space, you can drag the sidebar splitter left and make the entire sidebar disappear.
SVN commit 826566 by ereslibre:
This saves space from my side (the sidebar widget). Also, as requested on IRC (don't remember who), the itemview does not get the focus.
M +13 -5 iconsidepane.cpp
M +3 -0 iconsidepane.h
WebSVN link: http://websvn.kde.org/?view=rev&revision=826566
> As for KMail, there is also the Search Folders that
> we want to make better in the future as we get better
> support for virtual folders. So I really don't think
> we can change that.
I would really rather see Virtual folders on the same level as other system folders such as Inbox, Drafts, Trash, etc. Like This:
-- Last Search
-- Important Items
-- Older than 1 week
> BTW: if you really want to save space, you can drag
> the sidebar splitter left and make the entire sidebar
It's not only the issue of saving space. The hierarchy complexity for a human to process grows exponentially with depth. That is why saving even a single level of depth is important. Also, the app looks unwieldy with too many antlines along the side. Removing even one level of hierarchy depth makes the application look much more inviting.
The only real argument for leaving the hierarchy as it is would be so that one could collapse the Local Folders and IMAP folders. For those with IMAP folders I agree that this is important and I support the current behaviour. However, those without IMAP are much better served with the top level of the hierarchy (Local Folders) hidden. Could it be made so that Local Folders is shown only when there is something else (i.e., IMAP)? There is no arguement for collapsing Local Folders when there is nothing else.
eh, you might be right.
I'll leave it up to Thomas if he wants to reopen.
*** Bug 176424 has been marked as a duplicate of this bug. ***
The duplicate bug report talks about hiding this in the folder selector dialog, which makes sense as well.
My report #176424 was *not* about the sidebar, in which the additional level of indirection does take up little space, but about the context menus where folders are involved. IMHO these two issues are quite distinct and probably should not be addressed on this level...
> My report #176424 was *not* about the sidebar
I know. This report was originally about two issues (sidebar and hiding local folders, see mockup from comment #1). The sidebar issue is now solved, which leaves the issue about "Local Folders" which should be hidden (in the folder trees and the context menu) if there are no IMAP folders.
In light of Thomas's comment, I am renaming this bug to better reflect it's current purpose.
Even for users that have local and IMAP folders one could use a lot less space by having "Local Folder" as simple heading, either in bold, or with some background colour. On netbooks saving some space would be extremely handy.
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.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.
It is. I can’t find a way to hide local folders in KMail 2
Any news? I am very interested in such a feature.