the context menu of evo-2.0.x had about 400 items (hehe) and was really 
overloaded, so 2.2 had a rewrite. 2.4 will also get a main menu rewrite.

since you have ctrl+y (which is really easy), this is a WONTFIX to me, sorry... 
:-/

*** Bug 311002 has been marked as a duplicate of this bug. ***

Andre, please reopen this PR, because PR311002 had been reopened.

Unfortunately this PR is closed, but I am not allowed to reopen it.

To me, given the history of PR311002, I consider this act of yours to be a very
unfriendly act.

rc040203, there are no new arguments, so why should this happen.
i'm not a developer (as i have already told you), if i do not close it, someone
else of the developer team will do that within the next months when cleaning up
the database - it IS a wontfix as decided by the UI team.

of course you can be angry with me, i can understand that - but the policy is to
NOT put it back, and i guess that everything has been said already. and you're
always free to compile on your own and change that back for you - it's open
software.

it just seems like you are the *only* person complaining - that are a few too
less. :-/

try to convince the developers (especially dobey) on irc, see
<http://www.gnome.org/projects/evolution/> for more information. sometimes i'm
also there, so you can also flame me. ;-)




i'm copying the discussion of bug 311002 here for the records:


------- Additional Comment #1 From Andre Klapper 2005-07-20 17:08 UTC -------

the release of evolution-2.2 was the first round of cleaning up the heavily
overloaded evolution menus. there were *many* things in the context menu you
refer to - about 20 items or so? well, definitely too many. so some had to go.

me personally don't think that it's too hard to learn "ctrl+y". sometimes it's
even better, at least if you're using the keyboard after filtering anyway, it's
easier then switching from mouse to keyboard, but that's only one case... (i'm
not a developer and i don't want to convince you of anything, i just try to
explain why that decision was made).

so i'm mire than sure that this is a "WON'T FIX", sorry. there have been quite a
few reports here in bugzilla around, everybody complaining about a menu item
that has been removes from the context menu, everybody had his own favourite
menu item removed.
...but somewhere one has to make the cut. :-/

if you're still not content, feel free to reopen this bug.

...or you can always patch the source to get it back in if you're a bit into
compiling programs... :-)


------- Additional Comment #2 From rc040203@freenet.de 2005-07-20 17:26 UTC -------

> so i'm mire than sure that this is a "WON'T FIX", sorry. there have been quite a
> few reports here in bugzilla around, everybody complaining about a menu item
> that has been removes from the context menu, everybody had his own favourite
> menu item removed.
> ...but somewhere one has to make the cut. :-/

Then please draw your conclusions: You have gone too far, instead of improving
usability, you are crippling applications.


------- Additional Comment #3 From Jeffrey Stedfast 2005-07-20 17:32 UTC -------

our UI lab is doing real-world usability testing and if they removed it, I'm
sure there must have been a reason for it. FWIW, it's still in the main menus.


------- Additional Comment #4 From rc040203@freenet.de 2005-07-20 17:54 UTC -------

Then your UI lab probably has failed or its tests have not been broad enough.

Some food for thought:

How often do you filter your Inbox on an IMAP account? I guess, I do so at least
once per hour, sometimes even often.


How often do you manually copy or move mails from your Inbox to another?
With many filters activated (I have ca. 50), I very rarely do so, because most
unfiltered mail either is spam (I react with "Mark as junk" or "Delete") or
unusual/unregular mail, I typically leave sitting in my Inbox until I once clean
it up.


Furthermore, in an ideal world, context sensitive right click menus would be
user customizable short-cuts to "frequent tasks", and would not be hard coded at
all.


------- Additional Comment #5 From Andre Klapper 2005-07-21 09:06 UTC -------

perhaps novell's UI lab has seen the majority of users, and you are not part of
it? don't know... :-)

i filter my imap inbox every ten minutes, because i have enabled "apply filters
on new messages in inbox on this server" in the preferences - so i don't care at
all about context menu items or such things.

i don't filter manually at all - that's my ideal world. :-)

my two cents.


------- Additional Comment #6 From rc040203@freenet.de 2005-07-21 09:15 UTC -------

> perhaps novell's UI lab has seen the majority of users, and you are not part of
> it? don't know... :-)
Well, have you ever heard the sentence "catering the majority means pissing off
the minorities"?

The point you are missing: The majority of user uses Windows and doesn't care
about Evolution or GNOME. So if you agree to your argument above, if you should
quit working on Evo or GNOME.

> i filter my imap inbox every ten minutes, because i have enabled "apply filters
> on new messages in inbox on this server" in the preferences
I try to do the same, but evolution has proven to work reliable enough on
filtering the IMAP Inbox. I guess it's a polling vs. event driven issue. Seems
to me as if Evo's filtering doesn't work reliable on event driven access to IMAP
folders.


------- Additional Comment #7 From Andre Klapper 2005-07-21 11:46 UTC -------

i know that sentence. so what? it's open source. patch if you like. you're able
to do everything that you want, you cannot do that with windows and closed source.

i also only care secondarily about gnome and evo, primarily i want a system that
just works(TM). and i'm pretty sure that micros~1 outlook does not have about 20
items in its context menu (as it has been in evolution until 2.0.4), and i'm
pretty sure that evolution develops more and more from an application that has
been basically an outlook clone to a good application with good concepts. and
cleaning up the menus (instead of adding tons of new items as it has been four
the last four years) is one part of it.

we won't find a conclusion, i guess. :-)
so of course you can leave this bug open, but presumably nobody will care about
it. :-/


------- Additional Comment #8 From rc040203@freenet.de 2005-07-22 00:52 UTC -------

> i also only care secondarily about gnome and evo, primarily i want a system that
> just works(TM).

Pardon - This is gnome's bugzilla and you don't care?


------- Additional Comment #9 From Andre Klapper 2005-07-23 16:37 UTC -------

yepp, exactly. for windooze i pay money, for gnome i'm doing a bit on evolution
bug triaging. so i don't care.

so close this bug? ;-)

Sorry I opened this can of worms. As I noted in my original report this is NOT a
showstopper and I can understand why the option has been omitted. For every
contect menu item skipped an argument could be made by someone. In the two
months that this report has been opened, only rc040203 has been vociferous about
it. I agree with Andre that since the source is open, the contect menu can be
changed to suit ones need. If rc does that, then he/she could submit a patch
with a rationale for consideration. Maybe then, the maintainers would consider
adding it back. The ONLY reason I even opened this report was because after
years of use, I was very used to right clicking on a message to apply a filter.
Since it was a habit, the omission of the menu item was readily noticed. But in
the overall scheme of things this really is minor. JM2C.

As a contrast, there is a feature missing since v 1.5 that I REALLY missed and
have reported (see bug # 269711). That is alpha tabs in the contact list. There
was a time whene there was a rolodex like letter tab on the right margin that
allowed the user to easily skip from letter to letter. For some reason, this
disappeared with 2.x and now its difficult to scroll through contacts to find
the V's. That's an omission that was worth making noise about because in my
case, I felt it hindered usability. There was no workaround (like CTRL-Y).

> Sorry I opened this can of worms. As I noted in my original report this is NOT a
> showstopper and I can understand why the option has been omitted. 

I do not disagree up this (It's a minor issue), but the actual problems here are:

- Andre apparently is not the right person to process such PRs (He is not a
developer).
- The evolution devel team should listen to users and be interested in
discussing  user interface and usability issues with users. My impression is,
this is not the case. As Andre had put it: Novell knows better than you.
This to me reads as "We will not listen to your opinion".

Anyway, I also agree there are more urgent problems in Evolution (lack of
stability, general lack of usability) than a single right click menu.

it's likely been discussed to death already and a conclusion was reached.

it happens all too often. months of discussion go by, then a decision is made.
someone who wasn't active in the discussion comes along and complains his voice
isn't being heard... months after the conclusion was made.

if you want your voice to be heard next time, be active DURING (not AFTER) the
discussions about it.

Jeffrey, you are missing one essential point:

Wrt. evolution, though I am involved actively into many projects, I am just a
user, not a developer, because do not I have the time nor interest to be wanting
to be involved into its development.

I am well aware that developers don't draw such decisions light heartedly, but
you also should be aware that a developer's perspective on a problem is biased
and different from that of a user and that developers also are not immune to
mistakes and false decisions. Given this background, what you say, to me sounds
like: "We don't want to listen to user feedback"

All I can say is: To me, evolution is gradually is loosing usability, with the
right click menus degradations only being a marginal detail. All in all it
doesn't need much that I'll be dumping it.

It's your freedom not to listen to user feedback and it my freedom to choose
different applications.

rc040203:
...and it's your freedom to patch the source.

discussing if i am the right person (what you can discuss of course), if
developers should only close bug reports, when should they write code? ;-)
ok, jeffrey is a developer. for your interest. :-)

novell does not necessarily know better than you. but i won't write more about
it, we're all just repeating... sigh.

> discussing if i am the right person
It would not be a loss if some people quit.

:-)

Andre, now you broke the camel's back - Have an interesting life.

My life is too short to be wanting to waste it here.