Version: (using KDE KDE 3.1.3) Installed from: SuSE RPMs Compiler: gcc-3 OS: Linux Desktop standarisation efforts decided, it ought to be possible to work, without selection overwriting the paste buffer chosen with Context menu. Qt3 and KDE-3 newly supported this. Klipper supports an option 'Ignore Selection' this allows the user to seperate the Selection/Middle mouse button paste, from Context menu paste buffer, by explicit Copy&Paste using the context menu and the keyboard shortcuts. It avoids cluttering up the klipboard with items selected for other reasons, eg) deletion. Without this option, often the user has to open up klipper and search for the intended text from the list. Unfortunately using KDE with 'Ignore selection' is not very comfortable, because many KDE applications where text is read-only, support the Cntrl-C shortcut but not a Context menu 'Copy' item. That forces User to switch from mousing, to the keyboard and then back in a tiresome way. This issue cropped up recently in context of Konqueror see http://kt.zork.net/kde/kde20030901_63.html#2 Please support Copy in the Context menu, when text is selected, so the user can work in a cleaner way, and read-only text has an interface closer to edittable.
I totally agree that the Copy function should be available in all message context menus. This was the first issue my wife had with using kmail (as replacement for a more popular windows email program). Quite annoying to have to use Edit -> Copy from the main menu. Also, if you double-click on a message, opening it in it's own window, there is no visible way to Copy text. Frankly, I would have reported this myself as a bug as opposed to a wish (I still may). I think basic text copy/paste functionality is fundamental in any email program. BTW - I'm using KDE3.2.0 and it's still a problem.
*** Bug 76228 has been marked as a duplicate of this bug. ***
It was also the first thing I and my girlfriend noticed with KMail. Basically I think that the context-menu in the mail preview should contain "copy" and "print". When I want to organize my mail (delete, move, mark as read) I use the context-menu in the multicolumn section above. I do like the options that appear when clicking email-addresses and URLs, but make those menus contain "copy" too. I agree with Fred Wells that this is a bug. The three people I've seen use this software have all had trouble overcoming the lack of a copy-option.
*** Bug 89078 has been marked as a duplicate of this bug. ***
Jepp, I absolutely agree. I ran into this "bug" so many times and I still believe that the message preview has the absolutely wrong context-menu (BTW, even the Message Window doesn't have "copy"). My usual behavior in KMail (which I've been using regularly now over a year and know at least for 4 years) is marking some text in the preview, right clicking, looking through the menu (which has really entries not needed because it are the same as in the message list) not finding copy, remembering that copy is not in the menu and now either clicking somewhere else to make the menu go away which makes the selection go away with it or remembering soon enough that I've just to hit ESC and CTRL-C to copy the string I wanted. It's a way of thinking about the message list as being "message context", the mail preview being "text context" and this is just counterintuitive to have "message context" menu entries in a "text context".
Those missing the context menu copy option, should note the shortcut "Cntrl-C" which provides the function. Similarly if you work with KDE in default mode, simply highlighting text and pasting with middle mouse button is even faster and more comfortable. The wish, was to make seperation of X paste buffers comfortable, to allow user to work using method agreed by free desktop .org.
This is simply not the point. It is about expecting a Copy entry to be there. I know that it is not there but that doesn't keep me from right clicking on a selection. I don't care what is faster but I wan't to have a constant behaviour throughout KDE and this missing copy item is an annoying example of non continous behaviour, as my subconcious way of getting some text to the clipboard seems to be to right click. It is the difference between knowledge, expectations and so called automated bahaviour that makes usability.
Hi! > clicking on a selection. I don't care what is faster but I wan't to have a > constant behaviour throughout KDE and this missing copy item is an annoying > example of non continous behaviour, as my subconcious way of getting some IMHO he his quite right. I can hardly think of any application that displays selectable text, i.e. changes the cursor from an arrow to a text-cursor, where it is not the way that right-clicking a selection offers the user a copy menu-item. Some apps even distiguish between a context-menu for selected text and normal right-click without selection. Knode offers a copy item and knode displays emails, mozilla does, evolution does... Is it really that much of a problem to add the menu-item if the user has selected some text? The simple fact that most, if not all other email apps offer this functionality shows that there might be some sense behind this. If it is a space probblem I would rather remove fixed-font width and source-view, as they are of hardly any use to normal users and if you think that copy does not have to be in there because you can access it faster by CTRL+C you should consider that the two items mentioned can be accessed even faster, as there is no need to hit CTRL, so there is even less reason to put them in there. Sven
there's no reason to discuss , text context menu and righ button text functions menu is FUNDAMENTAL, i spend aobut an hour trying to find the way to switch it back on in some options. its crucial
... and in kopete you just can copy with the left-button-contex menue, not with strg-c *grmpf ... should i make a new wish there? ;-)
I would also have ordered this as 'bug' and not as 'wish', for it's been completely natural for most of us to right-clight to copy a selected text.
*** Bug 81711 has been marked as a duplicate of this bug. ***
We now have copy and select all items when text is selected
thanks ;-)