How do I delete messages by regular expression? E.g. all subjects matching *spam*

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.

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.

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.

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.

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!

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.

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?

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.

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?

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?

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.

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.

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.

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

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.

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.