[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ayatana] (In)sensitive menu itens for displaying information





-------- Original Message --------
Subject: Re: [Ayatana] (In)sensitive menu itens for displaying information
Date: Tue, 19 Oct 2010 23:30:42 -0300
From: Felipe Morales <hel.sheep@xxxxxxxxx>
To: Apoorva Sharma <appi2012@xxxxxxxxx>


On 19/10/10 22:42, Apoorva Sharma wrote:
Sorry for taking this even further off track, but...

On Tue, Oct 19, 2010 at 1:24 PM, fain182 <fain182@xxxxxxxxx> wrote:
I think should be something global, not local to an application,
because this wouldn't solve the problem of discoverability of the
click on the track, and of all the applications that doesn't have an
edit menu.

+1

Furthermore, I'm just wondering how many people have copied something to paste it later, and then accidentally copied something else, causing the intended information to be lost?

Also, I am really annoyed when I copy something from one application, close it, and then try to paste it somewhere else. This is ridiculous! Why is copy/paste application centric?

For these reasons, I think a simple clipboard indicator would be a good step forward:
  1. It would store data independently from applications.
  2. It would store recent copied data, so you could copy two things, and paste them both.
  3. It would be a menu that listed the copied data, and would paste the data when the corresponding menu item is clicked.
  4. It would allow global indication of whether there is something ready to be pasted:
    1. A transparent state means no data
    2. A green state means recently copied data (maybe slowly fade over time)
    3. A sold white state means old data.
Regarding the original thread, with such an indicator, a click of the track would cause the clipboard indicator to become a solid green, and thus the user would know something was copied. A simple click (or even menu scrub) over to the clipboard indicator would show exactly what was copied, and voila, the user has discovered the functionality.

What do you think?
_______________________________________________ Mailing list: https://launchpad.net/~ayatana Post to : ayatana@xxxxxxxxxxxxxxxxxxx Unsubscribe : https://launchpad.net/~ayatana More help : https://help.launchpad.net/ListHelp
Hi all,

The functionality described (1, 2, 3) is already implemented by clipboard managers, such as pastie [1] (which I develop, using python) and glippy [2] (using mono). Pastie can handle images and files besides simple text; glippy can upload text and images to some web services. (I'm attaching some pastie screenshots for reference.)

Pastie (and I think glippy too) tries to always keep something in the clipboard, so unless explicitly requested (the menu has the option to delete the current contents of the clipboard history), the data is almost never empty. This is done this way to handle correctly the way the clipboard behaves when apps are closed.

On the way of 4), I think it would be a bit distracting to change the icon when new contents are managed; copy operations are quite frequent and it's almost always clear for the user that some new data has been copied into the clipboard.

Just my too cents.

[1] https://launchpad.net/~hel-sheep/+archive/pastie
[2] https://launchpad.net/glippy

PS: (AS, Sorry for resending, I forgot to CC to the mailing list.)

Attachment: pastie2.png
Description: PNG image

Attachment: pastie files 3.png
Description: PNG image