Summary: | classify messages by giving them arbitrary labels/tags | ||
---|---|---|---|
Product: | [Applications] kmail | Reporter: | g110223 |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | wishlist | CC: | daniel4321, jani-matti.hatinen |
Priority: | NOR | ||
Version: | 1.8.2 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
g110223
2005-11-24 12:08:58 UTC
*** This bug has been confirmed by popular vote. *** Additionally, this tags should be stored on the server when using IMAP, like thunderbird 2 will do (a common solution would be great): http://wiki.mozilla.org/Thunderbird2:Tags Handling shared IMAP folders in teams would become much easier that way. Yes, that would be great feature! Bug #110968 describes basically this same idea, but less elaborately. One thing that I'd like to add here from that bug is the possibility folder-like presentation tags/labels. IOW, the current folder tree could be supplemented or replaced with a tag/label tree, which would work in the following way: The root level of a tag/label tree will include all messages physically available in that tree (IOW: messages available in the specified physical folder or folders) Below the root level would be 'folders' corresponding to each tag/label available to messages within that tree. These 'folders' would include only those messages, which have the corresponding tag assigned to them. Below each first tag/label level would be 'folders' corresponding to all other tags/labels available to messages within that tree. These 'folders' would include only those messages, which have both of the corresponding tags assigned to them. And so on deeper into the folder structure. Thus messages tagged/labeled as 'work', would be found under the folder work folder, but not under the folder work/development. Whereas messages tagged/labeled as both work and development would appear in the folders work, work/development, development and development/work. Obviously the shape of the tag/label-based folder structure should be left up to the user. Otherwise even a few tags/labels would result in an almost infinite folder structure. Also, tagging messages should be possible by simply dragging them into any tag/label-based folder. A patch which implements some of this is found here: http://www.kde-apps.org/content/show.php?content=36322 Yes, we have been evaluating this patch. And I hoped it would be included with KDE 3.5.6. But it needs too much work and isn't ready. So, maybe for KDE 3.5.7... |