Hey, James,<br><br>I misinterpreted your previous statement <br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><pre>That already exists as part of e.g. parcellite and is available on every<br>
GNOME desktop as part of gnome-setttings-daemon.<br></pre></blockquote>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.<br>
<br>Parcellite, then, is the solution that David is looking for, I believe.<br><br>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.<br>
<br>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. <br>
<br>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?<br><br>Thanks!<br>-Sarah<br><br><div class="gmail_quote">
On Thu, Apr 1, 2010 at 2:27 PM, James Westby <span dir="ltr"><<a href="mailto:jw%2Bdebian@jameswestby.net" target="_blank">jw+debian@jameswestby.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Thu, 1 Apr 2010 01:22:44 -0400, Sarah Strong <<a href="mailto:sarah.e.strong@gmail.com" target="_blank">sarah.e.strong@gmail.com</a>> wrote:<br>
> Hey, David & Kevin,<br>
><br>
> It does sound like you're describing parcellite's behaviour. Parcellite was<br>
> designed as a low-footprint application, so the fact that it caches only<br>
> from apps that request it using the ClipboardManager specification is<br>
> probably by design.<br>
><br>
> It's no longer maintained as of this winter, but we could revive it and<br>
> patch it, perhaps modeling changes after how the problem is dealt with in<br>
> Klipper (KDE's equivalent) as a GSOC project. The issue of conforming to<br>
> <a href="http://freedesktop.org" target="_blank">freedesktop.org</a> ClipboardManager specifications is also valuable, I think,<br>
> but there's definitely more than one way to tackle this.<br>
><br>
> My only worry with that is that it's included as a part of<br>
> gnome-settings-daemon. I don't know who decides what gets included, but I'm<br>
> wary of slowing down performance of a code app without consulting those who<br>
> decided to include it when it had very light resource usage. Maybe any<br>
> changes could be enabled/disabled with a flag?<br>
<br>
</div>What features does parcellite have that what's already in<br>
gnome-settings-daemon doesn't?<br>
<br>
Thanks,<br>
<font color="#888888"><br>
James<br>
</font></blockquote></div><br>