User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20061201 Firefox/2.0.0.4 (Ubuntu-feisty) Build Identifier: copy item A, use it and then copy items B and C. A is now at the bottom of the list and C on top. Select A to paste it somewhere and clipman should place A at the top of the list again. The idea behind this is that whenever you do a lot of copy and paste and you want to keep A in your list, you have to make the list 27 entries long to be sure it holds the entire alphabet. Reproducible: Always
Xubuntu bug for this: https://bugs.launchpad.net/ubuntu/+source/xfce4-clipman-plugin/+bug/165229 It would really be nice to have clipman behaving in such a way, if I'm not wrong klipper (kde's clipman) and glipper (gnome's clipman) behave like this by default. Thanks.
How is this helpful? Please, don't ping us to say, plz I want this feature.
(In reply to comment #2) > How is this helpful? Please, don't ping us to say, plz I want this feature. > Because that would be the logical way for it to behave. It's what I expected it to do anyway. Without it you have to read the entire list to find the item you want. At least if they are ordered by some kind of time-last-used it is easy to know whether to start at the beginning or the end of the list.
(In reply to comment #2) > How is this helpful? Please, don't ping us to say, plz I want this feature. > It is Ubuntu policy to forward bugs upstream. Jérôme Guelfucci was just letting you know that this bug report exists down stream.
Mike Massonnet: sorry I thought this bug report and the Ubuntu one were clear enough. For me the actual behaviour raises two issues: - the items you use regularly keep going down in the list (every time a new item enters in the list) and they finally disappear, you have to re-enter them. - it's "hard" to know which item is actually enabled for pasting, you have to read through the whole list. The glipper/klipper way solves both issue, the clipman is displayed like this: (1) An item in bold _______________ (2) The list of other items Every time you copy a text it replaces the previous content of (1) which is moved on the top of (2). If you select an item in the list, it's moved to (1) and the previous content of (1) is moved on top of (2). For me, it's a very useful behaviour. I hope I was clear enough this time.
*** Bug 4449 has been marked as a duplicate of this bug. ***
The branch does work perfectly here and solves both requests of having the selected "selection" jumping to the to top of the list and having an arrow to point out which selection is active. The last option is a bit superfluous because the active selection is now always on top. Do I miss something here?
(In reply to comment #7) > The branch does work perfectly here and solves both requests of having the > selected "selection" jumping to the to top of the list and having an arrow to > point out which selection is active. The last option is a bit superfluous > because the active selection is now always on top. Do I miss something here? What last option do you mean?
(In reply to comment #8) > (In reply to comment #7) > > The branch does work perfectly here and solves both requests of having the > > selected "selection" jumping to the to top of the list and having an arrow to > > point out which selection is active. The last option is a bit superfluous > > because the active selection is now always on top. Do I miss something here? > > What last option do you mean? Poor choice of word, sorry. I meant the request about having some pointer indicating the active selection is useless if you know that it always jumps to the top of the list.
(In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > > The branch does work perfectly here and solves both requests of having the > > > selected "selection" jumping to the to top of the list and having an arrow to > > > point out which selection is active. The last option is a bit superfluous > > > because the active selection is now always on top. Do I miss something here? > > > > What last option do you mean? > > Poor choice of word, sorry. I meant the request about having some pointer > indicating the active selection is useless if you know that it always jumps to > the top of the list. Ah! Take this for a eyecandy. It can also happen that there is no pointer at all in the menu, for instance when the plugin loads and restores the history.