| Summary: | better mail marking on kmail | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | Iuri Fiedoruk <protomank> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | carstenlohrke, divan, eduardo, g110223, gaute, gmludo, gregor.rosenauer, ict, null, sms_temp, th_spam |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Mandrake RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Iuri Fiedoruk
2002-11-08 14:06:51 UTC
Along the same lines, I just noticed that a message can't have more than one marking. If you reply to an "important" message, the message is just marked as "replied", not "important" anymore. I think multiple markings should be possible. (I'm using KMail 1.4.3 / KDE 3.0.4.) Yes, multiple markings would be very desirable. I have a filter which marks certain messages "Important" and puts them in a special folder on the basis of their subject line, but then their "Unread" status is destroyed and I have no indication that they have arrived, so right now I have to periodically check that folder to see if any new important messages have come in. This seems to be a better description of wishes 43932 and 64331. I want to enhance this request. I want to trigger _custom_ actions when marking an email. E.g. marking it as spam -> let kmail move it automatically in spam folder. In this context please change the search shortcut to [shift]+[s] and add [s]pam, [h]am, [i]mportant, ... I won't step on kmail developers toes, but please have a look at "The Bat!" (a windows email client). I used version 1.6x before switching 100% to Linux and I have to say that it was and still is lightyears ahead in many ways compared to KMail today - especially regarding speed with a large amount of emails and filtering possibilities. *** Bug 43932 has been marked as a duplicate of this bug. *** *** Bug 64331 has been marked as a duplicate of this bug. *** *** Bug 87534 has been marked as a duplicate of this bug. *** Creating customized marks would be most helpful for me too. While you are at it: let them be defined via a "marking editor" which allow to set (1) name, (2) icon, (3) keyboard shortcut, *and* (4) font highlighting for all marks. For example, one could want to have all titles of mails from ones girlfriend displayed in red text ;-) I guess there must be some trade-offs when deciding between various font highlights (maybe the order of the marks in the mark editor could be the key for choosing the dominating font setting, and, of course, there can be marks that do not affect the font).
When the number of possible marks increases further, there should be an extra column for the markings. Some main classifiers could still be in front: the tags for "reply" and "forward", as well as the highest rated of the other tags (e.g. "spam" would be very high, and "girlfriend" might be above "work").
For setting the marks, one could also have a checkbox-like interface ("check-icons", faded out when deactivated). This could go into the fancy header (displaying even faded out icons in the listings would be spoiling the one-look classifying effect too much).
The enhanced marking will also be of significance for future searching and structuring features. The tag-based approach replaces the folder-based structuring in some other areas already (e.g. when managing digicam images). Markings (= tags = classifications) would then also be an important thing for sharing in Kontact.
Keep up the great work!
*** Bug 116998 has been marked as a duplicate of this bug. *** *** Bug 125841 has been marked as a duplicate of this bug. *** Note that this has been implemented in the feature branch of KDE PIM. Those who are interested can help testing this in order to get this in the 3.5.x releases. There are no packages, you can retrieve the source from SVN with the path: /home/kde/branches/work/kdepim-3.5.5+ *** Bug 63374 has been marked as a duplicate of this bug. *** *** Bug 144576 has been marked as a duplicate of this bug. *** I would very much like this feature - especially considering kmail alternatives generally have at least categories, if not tagging. I would like to be able to choose an interface which is based upon tagging rather than directories (such as in digiKam). I see this has been implemented in the feature branch. However, as far as I can see it is not in the current KDE4 packages (I'm using the ones from opensuse buildservice)? Also, is there a plan to address this feature request in KDE4 by using Semantic Desktop's nepomuk-kde project (which provides the tools and database for tagging across all kde apps)? *** Bug 147253 has been marked as a duplicate of this bug. *** Do you plan to add this code into 3.5.8 release ? No. The 3.5 branch is closed for new features. Maybe it will show up in the KDE 4.0 series. Not sure yet. SVN commit 692089 by onurf:
Finally, port the tagging feature to KDE4. It is in a slightly worse state than what I had for KDE 3.5,
but since the difficult part is over, I hope I will improve it over time.
Currently it has the following features:
- Ability to tag emails (with possibly more than one tag)
- Changing the appearance of message headers (font and text color) according to the message's tags.
- Configuration of tags through a new tab called "Message Tags" on the "Configure KMail->Appearance" configuration page.
- You can add toolbar buttons for easy tagging.
- You can assign shortcuts to tags.
- Tagging through the right-click menu.
- Quick filtering using the combobox for "status" filtering. See the screenshot.
Some short-term todos:
- Incorporate Nepomuk
- A column for tags in the header view
- Incorporate Ellen's usability comments
Some long-term todos:
- Filter action for automatic tagging
- Searching based on tags ( which enables having 'tag folders' through use of search folders )
I'm sorry that I didn't have enough time to test my current commit completely. In the last two days, I have been constantly compiling
kdelibs, kdepimlibs, kdebase to keep up with very frequent changes. I finally was able to compile all at once:)
BUGS: 50409
CCBUG: 15391, 122977
M +1 -0 CMakeLists.txt
M +483 -0 configuredialog.cpp
M +99 -1 configuredialog_p.h
M +23 -0 headeritem.cpp
M +58 -16 headerlistquicksearch.cpp
M +6 -0 headerlistquicksearch.h
M +1 -0 kmail_part.cpp
M +2 -1 kmail_part.rc
M +22 -0 kmheaders.cpp
M +5 -0 kmheaders.h
M +6 -0 kmkernel.cpp
M +4 -0 kmkernel.h
M +123 -0 kmmainwidget.cpp
M +20 -1 kmmainwidget.h
M +2 -0 kmmainwin.cpp
M +2 -1 kmmainwin.rc
M +29 -0 kmmessage.cpp
M +3 -0 kmmessage.h
A kmmessagetag.cpp [License: GPL (v2+) (+Qt exception)]
A kmmessagetag.h [License: GPL (v2+)]
M +35 -2 kmmsgbase.cpp
M +14 -1 kmmsgbase.h
M +23 -0 kmmsginfo.cpp
M +2 -0 kmmsginfo.h
|