Clipboard problems (yes, again)

Christoph Cullmann crossfire at babylon2k.de
Wed Oct 30 18:35:45 GMT 2002


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 30 October 2002 19:07, Karl-Heinz Zimmer wrote:
> On Wednesday 30 October 2002 18:55, Lubos Lunak wrote:
> > On Wednesday 30 October 2002 17:38, Carsten Pfeiffer wrote:
>
> (...)
>
> > > KClipboard could get a check to only do this when clipboard and
> > > selection are not equal already.
> >
> >  This would not help in all cases I think, and I'm also afraid this
> > check would be quite complicated (after only a while of thinking
> > about it, so maybe I'm wrong). The thing hidden behind the simple
> > QClipboard API isn't that simple.
>
> Since the problem really seems to be complicated enough what about the
> following proposal:
>
> Wouldn't it be nice if Lubos removed the reverse feature so for KDE 3.1
> we would only have the less error prone one-way selection->clipboard
> syncing?
>
> Then (after release) one could dig deeper into this things and try to
> find a solution that matches all requerenments - or stay with the
> one-way syncing if it finally turns out that there is indeed no sane
> way to implement it otherwise...
>
> So we would have something stable for the 3.1 release.
>
> Does that sound good?
Yes ;)

Even a nice feature should be switched off (at least until a proper fix is 
found) if it triggers that hard bugs.
(That bug has stolen me hours, too, as I first not got the idea that klipper 
would trigger some kate copy and paste freeze)

cu
Christoph

>
> Karl-Heinz

- -- 
Christoph "Crossfire" Cullmann
Kate/KDE developer
cullmann at kde.org
http://kate.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE9wCaEyPjDGePm9UIRAtRLAKDBx4VHERHTLVXesO3nwDA8i5a4dwCgmJ5J
pLaTK6SFy5myJtzVkWyR3r4=
=222l
-----END PGP SIGNATURE-----





More information about the kde-core-devel mailing list