On Tue, Feb 25, 2014 at 10:36:56AM -0500, Marc-André Lureau wrote:
> > Well, this env variable really is an "unbreak my app" option, which people
> > need to know about, so this needs to be documented, this can't be switched
> > at runtime, ...
>
> I don't think it should be enabled by default. It
On Tue, Feb 25, 2014 at 10:36:56AM -0500, Marc-André Lureau wrote:
> > I'd just replace the if (g_getenv(...)) {} with some kind of if
> > (os_is_win32()) which is probably closer to the expected behaviour as
> > Windows does not have the clipboard/selection distinction.
>
> Please discuss your pr
- Original Message -
> On Mon, Feb 24, 2014 at 06:33:34AM -0500, Marc-André Lureau wrote:
> > > On Thu, Feb 20, 2014 at 04:15:51PM +0100, Marc-André Lureau wrote:
> > > > Nevertheless, this is a proof of concept, when setting
> > > > SPICE_CLIPBOARD_FILL_ALL=1, all implemented clipboards
On Mon, Feb 24, 2014 at 06:33:34AM -0500, Marc-André Lureau wrote:
> > On Thu, Feb 20, 2014 at 04:15:51PM +0100, Marc-André Lureau wrote:
> > > Nevertheless, this is a proof of concept, when setting
> > > SPICE_CLIPBOARD_FILL_ALL=1, all implemented clipboards will be
> > > populated by spice-gtk.
>
- Original Message -
> Hey,
>
> On Thu, Feb 20, 2014 at 04:15:51PM +0100, Marc-André Lureau wrote:
> > Some users want all the clipboards to be populated when doing copy. I
> > wonder if there isn't a better solution than to have this hack in
> > spice-gtk, in particular, if a small X d
Hey,
On Thu, Feb 20, 2014 at 04:15:51PM +0100, Marc-André Lureau wrote:
> Some users want all the clipboards to be populated when doing copy. I
> wonder if there isn't a better solution than to have this hack in
> spice-gtk, in particular, if a small X daemon/tools could do that
> automatically?
Some users want all the clipboards to be populated when doing copy. I
wonder if there isn't a better solution than to have this hack in
spice-gtk, in particular, if a small X daemon/tools could do that
automatically? That would be a cleaner and more future-proof approach
imho.
Nevertheless, this
