KDE Traffic #76 For 16 Apr 2004 By Henrique Pinto If you like KDE Traffic, please consider making a donation to the KDE Project. Visit http://www.kde.org/support/ for details. Table Of Contents * Standard Format * Text Format * XML Source * Introduction * Threads Covered 1. 25 Feb 2004 (4 Deleting messages with KMail's filters posts) [kdepim-users] 2. 8 Mar 2004 - 11 Mar 2004 (4 KolourPaint now in kdegraphics posts) [kde-core-devel] 3. 8 Mar 2004 (1 KDE 3.2 Response [kde-core-devel] post) 4. 26 Mar 2004 - 27 Mar 2004 (7 KOffice 1.3.1 [koffice-devel] posts) 5. 19 Mar 2004 - 20 Mar 2004 (6 Type-ahead find for KHTML [kfm-devel] posts) 6. 20 Mar 2004 - 31 Mar 2004 (18 Polishing Kontact [kde-pim] posts) 7. 1 Apr 2004 - 2 Apr 2004 (11 Lots of new languages at http:// posts) docs.kde.org/ [kde-i18n-doc] 8. KDE Extra Gear: Announcements 9. UPDATE: What happened to KDE Traffic? Introduction After a long break, KDE Traffic is finally back! I hope you like it! 1. Deleting messages with KMail's filters [kdepim-users] 25 Feb 2004 (4 posts) Archive Link: "[kdepim-users] Deleting messages using regex" Topics: KMail People: Paul Graham, Matej Cepl, Ingo Kl?cker, Henrique Pinto Paul Graham asked: How do I delete messages by regular expression? E.g. all subjects matching *spam* Matej Cepl replied: In KMail 1.6 you can make filter doing this (well, you cannot _delete_ message by filter which is one of the biggest pet peeves of mine, but you can move it to trash), unmark all "Applied this filter to:" options, click on "Add this filter to filter menu" (I am not sure about exact wording, I am back translating from Czech, the last option on the dialog) and if you want attach some keyboard shortcut to this filter in Settings/Shortcuts. Ingo Kl?cker clarified: You can't delete messages with filters. Until now we resisted to implement this because it's just too dangerous. But you can do the following: Move all those messages to the trash folder (or to another folder which is used for this purpose) and then either empty the trash folder on program exit or enable old message expiration for the trash folder (or the other folder). I have a special folder for this purpose which expires all messages after one day. For efficiency reasons this special folder should be a maildir folder. (ed. [Henrique Pinto] I would like to thank Pablo Pita Leira for pointing this thread to me. ) 2. KolourPaint now in kdegraphics [kde-core-devel] 8 Mar 2004 - 11 Mar 2004 (4 posts) Archive Link: "Kolourpaint" Topics: Applications People: Lauri Watts, Clarence Dang, Tobias Koenig, Richard Moore Lauri Watts asked: Was a decision reached on moving Kolourpaint, and retiring KPaint? One of our open tasks for docs is to fix the outdated KPaint handbook, however I don't want a new volunteer to have his work thrown out immediately after it's done, since the app is going bye-bye. If the fact Kolourpaint is missing a user manual is the holdup, in this case, it will work out fine, since our volunteer willing to work on the KPaint module is likely to be just as willing to work on a Kolourpaint one. Tobias Koenig stated that there were no objections, and Richard Moore moved KPaint to kdeblackhole. Clarence Dang then announced: KolourPaint has been moved into kdegraphics. Thurston is currently working on the KolourPaint manual; he knows the app quite well since he helped determine the feature set and UI. 3. KDE 3.2 Response [kde-core-devel] 8 Mar 2004 (1 post) Archive Link: "3.2 Response" Topics: KDE 3.2 People: George Staikos George Staikos wrote: I've been receiving quite a bit of response from my clients and users of Kst regarding KDE 3.2. I think it's of value to post a note to all the developers so they know how people feel about it. Overall the response has been VERY positive. Users love the new features and new applications. Many of them were not using KDE before using Kst or Qt applications I develop, and are pleasantly surprised when they try out KDE for the first time. However, the most overwhelming response is how many people say "wow, KDE 3.2 is so fast!" People have really taken notice of the performance improvements in KDE 3.2. The performance of KDE - startup time, application launch time, and general runtime performance (such as displaying dialogs, etc) - is extremely important. While we should keep in mind that average computing power is constantly increasing and making some optimization relatively less significant, every little bit -does- help the overall picture. It makes KDE much more pleasant to use. I plead to developers, keep this in mind for KDE 3.2.x and 3.3. Be very careful not to degrade performance. Use KCachegrind on your applications regularly to find existing hotspots and watch for new ones that crop up. Be careful of extra mallocs that are unnecessary (as seen in a thread on kde-cvs today). Don't suck in loads of libraries that we really don't need, and don't subvert the work to prevent unnecessary relocations. I think most of you know all of this, and of course the many other ways to keep KDE fast. I think KDE is improving in very significant ways lately, and all indications I have are that KDE is gaining users very quickly, including existing Linux users who were not previously using KDE. This is very important for KDE, and we need to be very careful to preserve this trend. I've seen it with business clients, I've seen it with Linux/OSS community interaction, and I've seen it at Linux shows and conferences. Good work with 3.2, and let's keep KDE fast in the next releases too! 4. KOffice 1.3.1 [koffice-devel] 26 Mar 2004 - 27 Mar 2004 (7 posts) Archive Link: "planning 1.3.1" Topics: KOffice People: Luk? Tinkl KOffice 1.3 Release Coordinator Luk? Tinkl announced: We were discussing on IRC with David and Laurent the next stable version of KOffice (1.3.1). If nobody strongly disagrees, I plan to do an RC in mid April and then the final version, if all goes well. As there were no objections, it seems KOffice 1.3.1 will be out really soon. 5. Type-ahead find for KHTML [kfm-devel] 19 Mar 2004 - 20 Mar 2004 (6 posts) Archive Link: "Type-ahead find" Topics: Konqueror, KHTML People: Arend van Beelen jr., George Staikos Arend van Beelen jr. announced a patch for adding type-ahead find to KHTML: I've made a little patch that implements type-ahead find in KHTML. I didn't want to put it in CVS right away as there are still some issues I would like some help and feedback with: * KHTML uses the H, J, K and L keys for scrolling, just like vi. Also the space key is used to scroll down. These keys will undoubtly interfere with type-ahead find. Right now you can disable type-ahead find by defining KHTML_NO_TYPE_AHEAD_FIND, but I guess some dynamic switch would be needed if the patch goes in for people who really like the vi keys. * Pressing F3 won't find the next occurrence of the string you're searching for. Now this is related to the functions findTextBegin() and the old findTextNext() I use. Can someone explain how I use the new API which (hopefully) gets the F3 key to work. (Btw, this problem affects my Google search bar as well) * Currently, the patch will search all text. However, the type-ahead find in Mozilla by default limits itself to links, which is a good idea I think. I'm afraid some extension to the search functions would be needed to support this. Any idea's? George Staikos gave some ideas: I would love to see this patch in CVS when it's stable. Regarding this semantic problem, I think having a state that is entered or exitted to trigger typeahead is ideal. In fact, I like the vim approach, though emacs users will undoubtedly want their own keybinding. Basically I was thinking of something like this: Type '/' visual cue appears - perhaps a statusbar extension icon or even just a status message typeahead is active and overrides vim navigation keys, etc enter/escape exit this mode. After known problems were solved, the patch was added to KDE's CVS. 6. Polishing Kontact [kde-pim] 20 Mar 2004 - 31 Mar 2004 (18 posts) Archive Link: "Kontact Polishing" Topics: KDE PIM People: Allen Winter, Tobias Koenig, Ingo Kl?cker Allen Winter posted: Some thoughts on Kontact (from CVS HEAD). Nothing major. General: * The splash screen could be prettier. Is it a good idea to "hard-code" the components into the image? * The kontact icon tooltip says "Personal Information Manager". The tooltip should match the description on the splash? ("Groupware Client"). * I get two Tip-of-the-Days when I start kontact. The first one seems to be from kmail and the other from korganizer. * The kontact icon doesn't stand out very well in my light grey panel. I guess the icon could use a little polish. * The Todo List and Calendar icons on the left panel area a little too similar. Configuration (Settings->Configure Kontact menu): * What is the difference between the big Configure button and the Summary configuration? * General configuration of Kontact's summary view (the Summary configuration) doesn't allow one to add a News Ticker * Do we even need the big Configure button? * For kweather configure, can we add the "Lookup your ICAO code" link? Maybe there are some things in here that the Quality Team could work on? After some discussion, Allen wrote a summary of the thread: General: * I think the splash screen should be removed. Nobody has disagreed with this opinion so far. If the splash screen stays, Cornelius and I think it needs to be modified so that it does not "hard code" components and the Groupware Client text. * The kontact tooltip is correct as is * As of last week's CVS I still get two Tip-of-the-Days. This is #Bug 70107. I voted for this bug to be fixed. * Several people agree that kontact needs a new, snazzier icon. Luke Randall has volunteered to draw a new one. Luke, it would be great if you could do this * People agree that The Todo List and Calendar icons on the left panel area are too similar. See "Sidebar" discussion below for more on this Configuration: * Cornelius explained the difference between the Configure and Summary configuations * I suggested that the Configure button be renamed to something like "Select Apps to Embed" or "Embedded Applications" or...? There we no comments about my suggestion. * For kweather configuration and the ICAO code lookup... Martin K?bele pointed out that I need to update my kweather from CVS. I find it strange that kweather in is the ktoys module. Should it be moved to kdepim?? Anyway, I didn't verify Martin's suggestion. Sidebar: Luke Randall provided a prototype sidebar snapshot using crystal like icons. Very nice IMHO. Luke changed the metaphor from being application-specific to function-specific. Several people argued with changing the metaphor. Also, people argue that the icon style really should match the desktop icon style. [Can this be done?] There was no consensus as to how to deal with these issues. Later, in another thread in kdepim-users "Kontact side pane size", Konstantinos Georgokitsos, who has a small display, noted that it would be nice to allow side pane settings for: * icons only/ text only / both * small icons (or icon size) How to proceed from here? Tobias Koenig and Ingo Kl?cker did not agree with Allen on the splash screen issue, remembering that the current load times are too long for not having a splash screen. As there were problems with the old splash screen, a contest is being held at kde-look.org (http://www.kde-look.org) for choosing the new one. 7. Lots of new languages at http://docs.kde.org/ [kde-i18n-doc] 1 Apr 2004 - 2 Apr 2004 (11 posts) Subject: "ca cs da en_GB et hu it ja nb nl pt pt_BR ru sk sl sv on docs.kde.org" Topics: Documentation, i18n People: Rainer Endres Rainer Endres announced that documentation in 16 languages was being added to docs.kde.org (http://docs.kde.org) : Welcome ca cs da en_GB et hu it ja nb nl pt pt_BR ru sk sl sv to http://docs.kde.org/ Those languages are now part of the automatic HTML generation routines on docs.k.o. Search is working as far as I can tell. The cron jobs run. So it is time to tell dot.kde.org about it. I am writing the proposed article ATM. The current cut is 10 translated .docbook files. When you get over it, feel free to contact me and I will add your language. Have fun playing with it. Needless to say, having this documentation online is wonderful for many people using KDE in languages other than English. Let's hope more and more languages are made available. 8. KDE Extra Gear: Announcements Topics: KDE Extra Gear People: Joachim Eibl, Aurelien Gateau, Sebastian Trueg, Mark Kretschmann, Lubos Lunak The KDE Extra Gear mailing list has seen lots of announcements recently. On Saturday, March 6, Joachim Eibl announced KDiff3 version 0.9.83: The new version fixes several bugs. Especially preprocessing of files and ignoring C/C++ comments (treating it like whitespace) has been improved. Using the so called Line-Matching-Preprocessor-Command you can also ignore other types of comments, by converting them into C/C++-comments. Example: To ignore comments starting with "#", you would like to convert them to "//". An appopriate Line-Matching-Preprocessor-Command would be: sed "s/#/\/\//" There are several other possibilities. On March 20, Aurelien Gateau announced Gwenview 1.1.1: Development version 1.1.1 of Gwenview is out. The changes are the following: * New features: + Added KPart support, this installs in Konqueror a new file view mode and let you view images in an embedded Gwenview (By Jonathan Riddell). + Asynchronous JPEG loading, based on Khtml loader. + Really asynchronous PNG loading (By Lubos Lunak). + Mouse wheel will now scroll the image by default. Holding Ctrl will scroll horizontally. An option has been added to the setting dialog to toggle between scroll and browse (By Jeroen Peters). + When holding shift over the image, right click will zoom out (By Jeroen Peters). + Image painting is now progressive (By Lubos Lunak). * Fixes: + The rotate and mirror functions can now work on multiple selection. + Make it possible to load another image or quit even if you can't save your changes. + Gwenview won't spawn multiple instances of jpegtran anymore. March 29 saw two (!) releases of K3b. First, 0.11.8: Hi everybody, I fixed another bunch of bugs (does this never end? .... no, it does not! ;) * K3b now searches for the Debian cdrecord wrapper script and properly selects the cdrecord version to use (cdrecord.mmap or cdrecord.shm) based on the kernel version. This should fix all problems with K3bSetup on Debian. * Fixed writing speed parsing with patched cdrecord * Add leading zero to tracknumber meta data field when encoding audio tracks. * Fixed data project size calculation if files from different devices have the same inode number. * It is now possible to enter hexadecimal values in the boot image load segment fields. * Fixed external program encoder plugin (this includes lame and flac encoding) Get it at www.k3b.org About 7 hours later, Sebastian Trueg announced K3b 0.11.9: while running through the forest in Freiburg I thought about one of the fixes in K3b 0.11.8 and realized that it is not a fix at all but even makes things worse! :( That's fixed now. And finally, on April 10, the amaroK team announced the first beta of amaroK 1.0: The amaroK team announces the release of amaroK 1.0-beta1! With the beta release series we hope to generate much feedback, bug reports and wishes, leading to a high quality final product. Please test and enjoy :) New features include: * New plugin framework, loads audio engines on demand. This helps to cut down application startup time and makes amaroK more flexible. * Support for XMMS visualization plugins. * Experimental support for the NMM multimedia framework. * Much improved GStreamer-engine. * Collection Browser, a database powered music manager. This new tool combines amaroK's superior playlist handling with a tag-based approach to music managing. * Search Browser, a tool for quickly locating music on the harddisk. * Configurable toolbar and statusbar, improving the user interface substantially. * Innovative "Play Next" feature which lets you quickly set up a music queue, without modifying the playlist. * Performance improvements with playlist loading. 9. UPDATE: What happened to KDE Traffic? In KDE Traffic #75, I tried to explain why KDE Traffic wasn't being issued regularly. I mentioned my hardware problems and my lack of time. Thanks to the wonderful KDE community, my hardware problems are now completely solved. I got lots of offers from lots of people, and all hardware I needed. Thank you very very much! My lack of free time still remains, though, but the situation is probably going to improve soon. Therefore, KDE Traffic is back. I now plan to issue it regularly again, once a week. Now I'm interested in ways to improve it. Do you like KDE Traffic? Do you hate it? Why? How can I make it better? What other mailinglists you think should be covered? Any comment is appreciated. Thank you! Sharon And Joy Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.