fmf (guest) - 8. Jun, 09:27

Hi Paul.
I'm trying new version and I have to admit the big improvement in user interface!
Three issues: first, I lose all my tags due to your change in philosophy, it's ok, but please, don't do it again, or I'll spend all my time to tag and re-tag my mails...
Second: after tagging an old message it moves at the top of my message pane (I keep my message ordered by thread).
Third: after tagging an old message it has junk status reset to unknown: I see the red question mark in the junk column, even if I still marked it as non junk.

About profiling, I mean somethings like suppose I have a bunch of emails I'd like to tag with the same tag, I add custom tag for the first then iI have to add the same custom tag for the second and so on. If the extension could -let me use this word- learn my preferred tags it could suggest them automatically.

Ok, I'll go to tag my emails, will let you know any feedback after a while.

Paul Alexandrow - 8. Jun, 10:35

Sorry for the loss of your tags. I have to admit that this was something I didn't think about. But I'm very satisfied with the current solution, so it's very unlikely to change again.

About ordering in threads and junk status: thanks for the hint, I'll have a look.

Profiling: This is a very interesting proposal. Unfortunately, when thinking about it, the same problems as with the tag cloud occur to me (= where would we store that information without too heavy CPU usage?). I'll see if I can find a solution. For now, I think the "My Tags" feature is quite a good approximation for that problem.
Paul Alexandrow - 12. Jun, 11:10

hi fmf,

* The junk bug is fixed in the SVN now.

* There are two reasons for the thread-ordering bug: 1st, Thunderbird orders threads not by the Date headers of either the earliest or latest message in the thread (which imho should be the way how to do this), but in the same order messages have been added into TB's message database. 2nd, the only way to update a message's headers is to delete it and reimport it again.
For this I'm using the CopyFileMessage() method. The second parameter should allow to replace a message which might import the filemessage without setting a new timestamp in TB's database. However, using this parameter causes the function (and TB) to block until TB is restarted, without the changes being made.
I spent some time trying to fix this, but I couldn't find a solution, so I gave up for now. Any hints are welcome.

* At least I could manage to confine the thread-ordering bug to a thread's root message. If you edit the tags of any message below the root level, the order should be kept.

* Because of the increasing demand for a tagging extension for Thunderbird I decided not to publish a RC2 but to make the current version the final 1.0 and submit it to I'll let you know when it's online.



Remember my settings?



JCaptcha - you have to read this picture in order to proceed
Change Picture


xml version of this page

Subscribe Weblog