KDE Traffic #67 Released

Monday, 10 November 2003  |  Hpinto

After a not-so-long break, KDE Traffic is back. Issue #67 has just been released, with news regarding KMail, Kontact, general look and feel and more. Check it out at the usual place.

Comments:

dIMAP - qtnice_but - 2003-11-09

66469 Disconnected IMAP tries to use the prefix as another mailbox I believe Evolution has a similar bug ... perhaps an IMAP server issue?? Any libs in common with Evo??

Re: dIMAP - Thorsten Schnebeck - 2003-11-09

... and dIMAP seems to be really slow compared to standard IMAP. Syncing an Exchange2k-IMAP account with ~3000 mails needs 60 seconds. Checking a cyrus account for new mails with 50000 mails via standard IMAP without syncing needs a second. *me* wonders, that I can use kmail filter rules with dIMAP. Hmmm, is it possible to build cyclic rules with 2 running clients using the same IMAP account? Whats the status of server side filtering (Sieve)? Bye Thorsten

Re: dIMAP - Aaron J. Seigo - 2003-11-10

dIMAP is pretty much guaranteed to be slower as i understand it.. .as for Sieve filtering there's an option for it in KMail in CVS... i haven't tried it yet, thought...

Re: dIMAP - Ingo Klöcker - 2003-11-10

Support for Sieve didn't make it into KDE 3.2. See http://developer.kde.org/development-versions/kde-3.3-features.html

Re: dIMAP - Thorsten Schnebeck - 2003-11-10

How is then "Imap folders as targets for filter move actions. Till Adam <till@adam-lilienthal.de>, Don Sanders <sanders@kde.org> Client side imap filtering with body downloading avoidance. Don Sanders <sanders@kde.org>, Till Adam <till@adam-lilienthal.de>" from 3.2 feature plan implemented? Bye Thorsten

Re: dIMAP - Ingo Klöcker - 2003-11-10

Filter rules are only applied on new messages in your INBOX on the IMAP server. Therefore cyclic rules should be impossible unless another (not KMail) client puts messages back into INBOX. Anyway, the possibility of cyclic filter rules is one of the reasons why clientside filtering with IMAP should be avoided if possible.

Layout of thumbnail-enabled iconviews in Konqueror - Benoit W. - 2003-11-09

I think it is worth waiting a little bit before committing the patch as there are still some small problems. I will improve the patch when I have some time and if everything works perfectly, it will be committed (but after 3.2)...

Re: Layout of thumbnail-enabled iconviews in Konqueror - Asdex - 2003-11-09

I think, this patch is more a bugfix than a feature. It sould be committed now, otherwise people will use Nautilus.

Re: Layout of thumbnail-enabled iconviews in Konqueror - Charles de Miramon - 2003-11-10

Asdex, you should read Coolo's Blog http://www.kdedevelopers.org/node/view/228 to understand the difference between a bug and a showstopper Benoît should commit when he thinks it is technically ready in true Open Source way... There is a life after 3.2... 3.2.1, 3.2.2

Re: Layout of thumbnail-enabled iconviews in Konqueror - Leonscape - 2003-11-10

The only thing I ever get from kdedevelopers.org is timeouts on port 80.

Re: Layout of thumbnail-enabled iconviews in Konqueror - leonscape - 2003-11-10

Its working now, had too disable ecn checking to get it to work though. Can something be done about this? or is their some other problem?

Re: Layout of thumbnail-enabled iconviews in Konqueror - anon - 2003-11-10

Not commiting it right now has nothing to do with the feature freeze; in fact, it is a bug fix. It's not being committed right now because there are some small problems with the patch. Even if it doesn't make it into 3.2.0, it could be backported to 3.2.1, as it's a bug fix.

Icons - Asdex - 2003-11-09

I don't think those new icons have too many details. But there is another problem: Some icons differ from those of any other desktop: undo - redu: Both crystal icons are clockwise. At every other desktop "undo" is counter clockwise, "redo" is a clockwise arrow. http://bugs.kde.org/show_bug.cgi?id=64199

linking - me - 2003-11-10

and again, the same article is linked twice within the news item (which is only two sentences). bad style :)

Re: linking - Henrique Pinto - 2003-11-10

Sorry for that. Anyway, the two links point to different places. The first one points to issue number 67. The second points to the latest issue, which is #67 now, but won't be when the next issue is released. That's why it is "the usual place".

KDE Traffice Lives! - Aaron J. Seigo - 2003-11-10

great issue... thanks for picking this up and putting effort into it... it's a very nice addition/contribution to the KDE community =) one question: where are the archive links? will you be adding them in future editions? i know they are something of a pain, but they take only a few minutes to do and are really quite handy...

Re: KDE Traffice Lives! - Henrique Pinto - 2003-11-10

Thank you very much! The archive links are likely to return in the next issue. I completely forgot about them and no one else remembered, also.

Re: KDE Traffice Lives! - steve - 2003-11-11

Cool about the archive links returning - another small request - could you include the name of the mailing list before each summary? Thanks for your efforts!

Re: KDE Traffice Lives! - Henrique Pinto - 2003-11-11

> could you include the name of the mailing list before each summary? Certainly. This will happen from now on. Thank you!

Glad to sea link to KDE-SUPPORT - Alex - 2003-11-10

This is an important step in remedying this problem. http://bugs.kde.org/show_bug.cgi?id=63868

Re: Glad to sea link to KDE-SUPPORT - Henrique Pinto - 2003-11-10

The motivation for including the link came from that bugreport. BTW, you may consider (if you haven't done that yet) joining the kde-promo mailing list and discuss these issues there.

KDE SVG Icons - standsolid - 2003-11-10

So these are still PNG rendered from SVG sources? I was to understand that these SVG icons were going to be rendered on-the-fly. I wanted to have 240X240 desktop icons too :( In any case, welcome back KDE traffic :)

Yearh! - Joergen Ramskov - 2003-11-10

Thanks for bringing it back and thanks to Russell Miller for doing the work until now!