Version: 1.9.10 (using 3.5.10 "release 28.3" , openSUSE ) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.25.18-0.2-default When attempting to "Add..." an Identity in the "Manage Identities" dialog, Kmail deactivates the "OK" button unless/until something is entered in the nearly-invisible "New Identity" box. This is counterintuitive, inconsistent, and annoying for several reasons: 1. The similar "Add..." dialog for Accounts imposes no such prerequisite; indeed, the box for a name doesn't appear until after the dialog is activated (as it should be). 2. The "name" does not appear to be critical; the Kmail startup file (~/.kde/share/config/kmailrc) instead uses some apparently random string of numbers for an "IDENTITY". Entering "the name of the new identity" (yes, literally) in the box seems to suffice to get past the deactivated-OK roadblock, and the name can be changed later via "Rename" (so there's no real point to having such a roadblock in the first place). 3. A user may well wish to choose a name based on the settings, but unlike the case for the Accounts dialog, Kmail refuses to even display the multiple-tabbed dialog which indicates what settings are available until after a name has already been supplied. 4. Clicking on the dialog window's KDE "?" button (next to minimize and close buttons) changes the cursor to the X windows question cursor, but subsequently clicking on any of the dialog items fails to provide any helpful tips. Clicking on the "Help" button buried in the far corner of the dialog window provides no immediate help; eventually the "KDE Help Center" pops up, and eventually it displays a page which fails to state any good reason why a name should be chosen before the user can see what the applicable settings are, it merely states "You have to". Ideally, the Add Identity procedure should be analogous to the existing Add Account procedure; viz. the name should not be required until the settings dialog is shown (and some suitable default name should be provided (e.g. the numeric string which kmail insists on using anyway)). I tried to see if this was different in KDE 4.x, but when I tried it, Kmail 1.10 said that that was the first time I had ever used Kmail, so I ran away screaming in agony. As far as I could tell, there was no provision for importing Kmail 3.x settings (and if I would have to manually re-enter everything, I would NEVER upgrade to KDE 4.x). But that's another topic...
For clarity, "a wizard" is NOT my request (I dislike such things intensely). As stated, I prefer an implementation analogous to the existing Add Account dialog, viz. do not require the name before presenting the settings dialog. I definitely do NOT want the typical bazillion one-at-a-time questions of "a wizard"; I just want a dialog in which the relevant information can be entered, but without having to supply a name before doing so.
Moving to developers, but I see that the default widget in that dialog is the "New Identity" box. I guess you are suggesting that the new identity name could be entered: * at the General tab as the default box, or * at the end, in a third dialog, after all the data has been filled By the way, you have to enter all your account info in kde4 because the distribution chooses $HOME/.kde4 to save kde4 configuration and $HOME/.kde to save kde3 configuration.
Either would work (name need not be the *default* box). ------------------ It's frequently unclear which aspects of issues are inflicted by the distribution vs. version changes. And it's unclear whether or not the format of the kmailrc file across versions is forward- and/or backward-compatible (i.e. whether or not it can be copied or linked between KDE3 and KDE4 configuration directories).
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.