KP Applications like the KDE 'klipper' monitor selection contents to save
KP them and also perform actions based on them. Right now, this happens by
KP having these clients contantly polling the selection.
Why can't klipper take the ownership of the selection, as xclipboard
does ?
(I'm not
Around 21 o'clock on Dec 3, Juliusz Chroboczek wrote:
Why can't klipper take the ownership of the selection, as xclipboard
does ?
PRIMARY semantics don't really permit that, and it's a large performance
problem for some selection types (ever done cutpaste in the gimp?); to
fully support
On Sun, Dec 01, 2002 at 10:04:40PM -0800, Keith Packard wrote:
Around 21 o'clock on Dec 1, [EMAIL PROTECTED] wrote:
No joy. :-( Poking around in xc/lib/Imakefile, I saw a conditional
with BuildXFixesLibrary, so I added #define BuildXFixesLibrary No
to config/cf/host.def and tried make
On Sat, 30 Nov 2002, Keith Packard wrote:
Around 3 o'clock on Dec 1, James Hawtin wrote:
The only problem with the fixes extension will people use it, as they
will have to write the code twice so it supports legancy ie not Xfree86
systems. (thinking of selection tracking here)
That's
On Sat, 30 Nov 2002, Keith Packard wrote:
Around 0 o'clock on Dec 1, Boris wrote:
What XFree *really* needs is much more data compression when sending data
to a remote display
I'm doing some packet level analysis of this problem; at ethernet speeds,
most X applications spend a lot more
On Sat, Nov 30, 2002 at 07:29:12PM -0800, Keith Packard wrote:
We've been working around various problems with the core X protocol for
about 15 years now. I think it's time to build an extension that includes
small changes that fix big problems.
Cool.
[...]
I've stuck these features
Around 21 o'clock on Dec 1, [EMAIL PROTECTED] wrote:
No joy. :-( Poking around in xc/lib/Imakefile, I saw a conditional
with BuildXFixesLibrary, so I added #define BuildXFixesLibrary No
to config/cf/host.def and tried make World again. Still no joy,
but the breakage is slightly different:
We've been working around various problems with the core X protocol for
about 15 years now. I think it's time to build an extension that includes
small changes that fix big problems.
Such an extension would be limited to problems with existing core
functionality that can be easily fixed in
On Sat, 30 Nov 2002, Keith Packard wrote:
2) Selection Tracking
Applications like the KDE 'klipper' monitor selection contents to save
them and also perform actions based on them. Right now, this happens by
having these clients contantly polling the selection.
The proposal is to have a
Around 3 o'clock on Dec 1, James Hawtin wrote:
The only problem with the fixes extension will people use it, as they
will have to write the code twice so it supports legancy ie not Xfree86
systems. (thinking of selection tracking here)
That's been the argument against such extensions over the
: Keith Packard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Keith Packard [EMAIL PROTECTED]
Sent: Saturday, November 30, 2002 10:19 PM
Subject: Re: [Xpert]XFIXES extension proposal
Around 3 o'clock on Dec 1, James Hawtin wrote:
The only problem with the fixes extension will people use
11 matches
Mail list logo
