unity-design team mailing list archive

[Felipe Morales <hel.sheep@xxxxxxxxx>]

-------- 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 
> <mailto: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