Version: 1.9.7 (using KDE 3.5.7, Gentoo) Compiler: Target: x86_64-pc-linux-gnu OS: Linux (x86_64) release 2.6.21-gentoo-r3 It is a little unlogical (to me) that i first create a default filter and then rename it. Everyone who uses more than one filter always has to rename a newly created filter.
*** Bug 145134 has been marked as a duplicate of this bug. ***
*** Bug 191673 has been marked as a duplicate of this bug. ***
still no changes in the latest version Version: 1.11.2 (using KDE 4.2, Gentoo) Compiler: Target: x86_64-pc-linux-gnu (gcc 4.3.3) OS: Linux (x86_64) release 2.6.29-gentoo-r1
I am closing this, it's not that difficult to double-click onto a new filter :-)
Please reopen this report -- after all there are duplicates linked here. There is still no edit box for direct creating new filter. So the workflow is unfortunately not changed a bit.
ok, reopening :-) I will take a look at the source code, maybe I can provide a patch or something (when I have time) as nobody of the kde-devs seems to care about this. It should not be so hard to show up an input dialog after one clicks onto the "new filter" button.
Not exactly :-) Currently there is search edit box above. My point is to add edit box for entering the name. So the replace could be immediate. However the best would be removing the need of edit box anywhere -- allowing user to rename filter in-place (see Konqueror and press F2 for rename).
I'm not an Qt expert, but If inline-renaming should be possible, the filter list should be an one-column table widget instead of an QListWidget. I'm not sure if the devs want to replace the widget...
Created attachment 35552 [details] Call slotRename right after creating a new filter no magic in this patch, just call the slotRename() in KMFilterListBox::slotNew()
Maciej, might be good if you increased your votes. Maybe we will be heared :-)
I would have to take back other votes for KMail :-) and besides, there are so many issues and so little developers, that I doubt it changes anything really.
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.