[LUNI] RE: One more thing -- KDE

[Steve Johnson]

On Sun, 2002-11-10 at 11:20, Mark Martin wrote:
> KDE 3.x.x is built against Qt 3.  KDE 2.x.x is built against Qt 2.
> 
> As another long-time UNIX/Linux user/administrator/developer (almost 15 yrs 
> now), I must admit that I am often hesitant to type Ctrl-C in an arbitrary 
> app to copy a selection to the clipboard since Ctrl-C has meant interrupt for 
> most UNIX/Linux apps since before the dawn of time.  So, I agree with Martin 
> on this point.  Also, I don't usually find the M$ ways of doing things to be 
> better, just different and often more cumbersome.  If anything, M$ often 
> changes behaviors just to break compatibility with whatever came before, 
> usually with the intent of forcing an upgrade or staying ahead of people who 
> are trying to make their software compatible.  As a result, I make damn sure 
> that I know what the key-bindings for a particular app are, no matter what 
> the OS, before I make assumptions and blithely shoot myslef in the foot.
> 
Amen!  I too, make sure I know what functionality I'm summoning when I
hit a combo of keys, say, Ctrl-C.  However, I personally have not run
across any x-based apps that Ctrl-C means kill, usually it's to copy to
the clipborad.
> On Sunday 10 November 2002 11:25, Martin Maney wrote:
> > I have, just this morning, learned something that may explain this
> > obsession with the word "copy".  Y'see, Qt 2 screwed this up (or so I'm
> > told by a reliable seeming source).  So versions of KDE that were based
> > on Qt 2 would have had the really fucked up behavior some of you seem
> > to be describing, where selecting really did stuff the selection into
> > the clipboard.  I believe that mistake was corrected in Qt 3, but I
> > don't follow Qt or KDE news at all closely: is the current release
> > still built against Qt 2?  It would explain a lot.
> ______________________________________________________________________
> Linux Users Of Northern Illinois - Technical Discussion 
> luni at luni.org
> http://luni.org/mailman/listinfo/luni