Re: report

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

 



> BTW, I'm already working on this - first I submitted a patch to make usable
> interface to the kernel selection buffer,

Yes, I've seen it. I did something similar a few years ago. Not accepted :)

> and my mind changed as well, I think that the selection support in
> kernel should be made deprecated and it shouldn't be used by gpm at
> all - I'm working on a patch which aims to do this right in these
> days.

Hope you mean a gpm patch, right? I don't think a kernel patch is worth
pursuing, unless it removes selection code at all -- but we first need
something useable without kernel support, and only then can stuff
be removed from the kernel.

> After this will be finished, I also want to add additional interface
> to gpm for its internal selection buffer (kernel's won't be used
> anymore), thus it will solve the insane situation of applications
> wanting to mess with the selections

Ok, very good.

> but having no way to do it and it will also finally make it possible
> to share one selection buffer between X and console.

I though about this some years ago too. When I hadn't yet realized how
complicated is X selection. My patch included a sample tool to do
stdin-to-selection-buffer and selection-buffer-to-stdout.  I didn't
mess with X selection but I though it could be done; now I think it can't :)

/alessandro
-- 
Alessandro Rubini, free software specialist.
Device drivers, embedded systems, courses.
http://ar.linux.it/


[Index of Archives]     [Kernel Development]     [Red Hat Install]     [Red Hat Watch]     [Red Hat Development]     [Gimp]     [Yosemite News]