Clipboard Improvements Idea

[Sarah Strong]

Hey, James,

I misinterpreted your previous statement

That already exists as part of e.g. parcellite and is available on every
>
> GNOME desktop as part of gnome-setttings-daemon.
>
> To mean that parcellite itself was the implementation of a clipboard
manager  included in gnome-settings-daemon. I couldn't find a separate name
for the clipboard manager, so the gnome-settings-daemon component must be
developed as a indivisible part of the whole package.

Parcellite, then, is the solution that David is looking for, I believe.

I tried Chrome as an example. Without parcellite, copying from Chrome,
closing it, and then pasting fails. With parcellite installed, I get a panel
app that keeps a history of my clipboard contents. Copying from Chrome,
closing it, and then pasting succeeds.

I would prefer the lighter weight solution that we'd gain from making other
apps conform to the freedesktop ClipboardManager specification, but
including parcellite by default in Ubuntu would also solve the problem.

I know it's not exactly the solution David prefers, but might you, David, or
someone you work with be available to mentor the ClipboardManager spec
project?

Thanks!
-Sarah

On Thu, Apr 1, 2010 at 2:27 PM, James Westby
<jw+debian at jameswestby.net<jw%2Bdebian at jameswestby.net>
> wrote:

> On Thu, 1 Apr 2010 01:22:44 -0400, Sarah Strong <sarah.e.strong at gmail.com>
> wrote:
> > Hey, David & Kevin,
> >
> > It does sound like you're describing parcellite's behaviour. Parcellite
> was
> > designed as a low-footprint application, so the fact that it caches only
> > from apps that request it using the ClipboardManager specification is
> > probably by design.
> >
> > It's no longer maintained as of this winter,  but we could revive it and
> > patch it, perhaps modeling changes after how the problem is dealt with in
> > Klipper (KDE's equivalent) as a GSOC project. The issue of conforming to
> > freedesktop.org ClipboardManager specifications is also valuable, I
> think,
> > but there's definitely more than one way to tackle this.
> >
> > My only worry with that is that it's included as a part of
> > gnome-settings-daemon. I don't know who decides what gets included, but
> I'm
> > wary of slowing down performance of a code app without consulting those
> who
> > decided to include it when it had very light resource usage. Maybe any
> > changes could be enabled/disabled with a flag?
>
> What features does parcellite have that what's already in
> gnome-settings-daemon doesn't?
>
> Thanks,
>
> James
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-soc/attachments/20100402/9aa45258/attachment.htm