Version: (using KDE KDE 3.5.3) Installed from: Unspecified Linux When viewing message it has header part where From: and receiver lists are displayed. It would be nice if in future versions of kmail would display buttons with 'call' and 'sms' after every contact in those lists. Pressing those would do the same as in kaddressbook.
Use context menu->open in adressbook. Displaying this in the header would make it much longer - many users are complaining about its current length already
(In reply to comment #1) > Use context menu->open in adressbook. Displaying this in the header > would make it much longer How much longer do you think? Could you please calculate it for all of us, just to make sure, since you *did* close this _wish_. I'm going to help you to do that by giving you an mock-image where you can easily calculate it. http://tuju.fi/kde/call.sms.message.png Percentages will do just fine, thank you. > - many users are complaining about its current length already Perhaps they and you need a bigger screen then. After that you can start being worried about the content of the header which is the real reason why it could get big. Majority of messages, I'd claim more than 95% of mine, are between two people. If the space in the header would really become an issue, it would be easy to just .hide() those buttons in those minority cases. I've a small suggestion for you, as a triager. If you're so desperate to close open entries in bugzilla, that you already destroy wishes which are there for discussion, improvement and voting, I suggest you go helping elsewhere. Considering that this was not the first completely valid wish you practically destroyed, you're doing more harm than good. Secondly, as a triager it's not even your call to decide whether or not those *wishes* get closed or implemented, but the team that would eventually develop it and spend their own time while doing so.
You can keep this bug open, but shouting at others will not help much. Developers are quite obvious not interested in this wish in three years - and there are no other votes for it. If you start putting "call" and "sms" buttons there, why not putting othere there too? In result, having to use the context menu and open the adress book is probably the better thing to do. Please do not insult on me. If you oberserve my actions correctly, you will see that I'm trying to clean the kmail bugzilla chaos. There has be 3050 bugs open when I started, after visiting 1000 of them there are still 2750 open. I'm spending days finding duplicates, closing fixed and out dated bugs, marking junior jobs for easy wishes and trying to confirm bugs that have never been confirmed in years. This is one hell of a job. I want to get this bugzilla clean so that developers can work better with it and have a better overview of what is missing in kmail. So, I'm processing hundreds of bugs. If you don't like my actions in some cases, reverse them. But I think years old bugs that never got attentions from anyone will likely not get them in the future too. Moreover, important wishes are, without any doubt, reported several times. And I'm sure that I find better suggestions for improving useability of the mail header in the bugzilla. Concerning my work, have a short look at: https://bugs.kde.org/reports.cgi?product=kmail&datasets=UNCONFIRMED:&datasets=NEW:&datasets=ASSIGNED:&datasets=REOPENED: So please stay polite - or better help me cleaning and looking up all kmail bugs so developers may acutally start really working with wishes in kmail :) And if you really think that my bugzilla clean ups do more harm than good, then I will actually immediatly stop it and spend my time with funnier things. No problem. But I think a bugzilla wich is not overbearing developers and users is quite valueable, too. As said, if you think one or the other processing of mine is wrong, what can of course happen, reverse it or report it, but that is not a reason for being unpolite.
(In reply to comment #3) > You can keep this bug open, Well thank you for your generosity my Lord. :) > Developers are quite obvious not interested in this wish in three years > - and there are no other votes for it. If you start putting "call" and > "sms" buttons there, why not putting othere there too? Because that has popped into mind during normal daily workflow. It's very common thing you do during communication for lot of people. > In result, having to use the context menu and open the adress > book is probably the better thing to do. Which kind of kills the idea being terribly slow UI action. > Please do not insult on me. Obviously you've no idea how insulting your trashcanning of other's thoughts are. You don't even try to look deeper (like your reasoning proved) or ask more information to understand the issue. I know how tedious it becomes going through hundreds of entries, which will show up in results. Are those results worth of trouble then? You could just have one red button too which would delete one by one without showing anything. > If you oberserve my actions correctly, you will see that I'm > trying to clean the kmail bugzilla chaos. Sure there is a chaos. This is a community software where project denies community participation by not allowing anyone to take part of cleaning without going through some insider rituals and get selected for triaging. Neither there is written policy how the bugs should be processed. Imo it's quite ridiculous that even the reporter himself can't change the version nor component. It's even more hilarious, that people who actually have those rights, often suggest to do so since they themselves think that people can edit those attributes. In contrary, I'd be surprised that this wouldn't be a chaos as it is. > But I think years old bugs that never got attentions from anyone will > likely not get them in the future too. Moreover, important wishes are > without any doubt, reported several times. Agreed. It's also likely, that not so many people anymore bother to make searches since it's such a mess. > And I'm sure that I find better suggestions for improving useability > of the mail header in the bugzilla. No doubt there are better ones. That's why there is voting. But where do you think it should be stored/reported then? (I'm not even really asking) > So please stay polite - or better help me cleaning and looking up all kmail > bugs so developers may acutally start really working with wishes in kmail :) I've been doing it a bit and I've been offered those elevated rights to take part of triaging. IMO it's just waste of time if done by few people compared to everyone. There should be that written policy for whole bz and then let everyone do their part of that. Of course it's being claimed that it won't work here, since it does work elsewhere. > And if you really think that my bugzilla clean ups do more harm than > good, then I will actually immediatly stop it and spend my time with > funnier things. If you cant see the difference between a feature request and a bug, I surely do think so.
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.