Clipboard problems (yes, again)

Neil Stevens neil at
Wed Oct 30 17:06:49 GMT 2002

Hash: SHA1

On Wednesday October 30, 2002 08:56, Lubos Lunak wrote:
> On Wednesday 30 October 2002 17:40, Neil Stevens wrote:
> > Hash: SHA1
> >
> > On Wednesday October 30, 2002 08:31, Lubos Lunak wrote:
> > >  You don't want the feature that much anyway - if you really cared,
> > > so you'd try something constructive. I have better things to do than
> > > chatting with you.
> >
> > I did far more construction than you did.  Some of that which you
> > insist that I don't want was put in by me - I'm the one who went and
> > first tried to put the KDE standard clipboad behavior into klipper
> > when others were getting worried that KDE 3 was going to brea
> > behaviors that users had come to rely up on for the entire lifetime of
> > KDE.
>  That's not what I meant. Be constructive now, and tell me why it
> shouldn't be removed (e.g. 'the separated clipboard and selection have
> the problem XXX' or 'the reason why the syncing should stay is because
> ZYX'). That's what I want to hear, simple facts, I don't care about
> 'waaah' or some politician-style talk.

The clipboard-manipulation features are needed to fix the design breakage 
of QClipboard in Qt 3.  The features are needed in order to maintain the 
standard clipboard behavior.

You cite ICCCM and  My rebuttals KDE 1.1.2 and KDE 2.2.2.  
Both of those releases had a simpler clipboard model that happens to 
differ from the one Qt 3 and KDE 3.0.1 default to.

If compatibility with all of KDE's history doesn't satisfy you, I think 
nothing will.
- -- 
Neil Stevens - neil at
"The nearest I can make it out, 'Love your Enemies' means, 'Hate your
Friends'." - Benjamin Franklin
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see


More information about the kde-core-devel mailing list