problems with KDE

[wayne.lydecker at l-3com.com]

Lester M Petrie wrote:
> On Fri, 2007-07-06 at 10:59 -0700, Wayne Lydecker wrote:
>> I've been having problems with running Gnome in two virtual
>> windows recently on my RHEL 4 system (with latest patches).
>> I switched one of the windows to KDE, but now I'm getting
>> strange behavior out of nedit:
>>
>> 1)  replace/find replaces the current highlighted text
>>      and finds the next instance of the string to find,
>>      but does not leave the string highlighted for the
>>      next replace.
>>
>> 2)  ctrl-9/0 shifts the highlighted text one character,
>>      and then deselects the text.  It should keep the
>>      text highlighted.
>>
>> I'm using a recent version, not a solid release:
>>
>> 5.6 [Under Development] HEAD
>> May 29, 2007
>>
>>       Built on: Linux, 386, GNU C
>>       Built at: May 29 2007, 08:28:46
>>     With Motif: (Untested) 2.3.0 [@(#)Motif Version 2.3.0]
>> Running Motif: 2.3 [unknown]
>>         Server: The X.Org Foundation 70101000
>>         Visual: 24-bit TrueColor (ID 0x23, Default)
>>         Locale: en_US
>>
>> These problems are so obvious that I'm probably the only
>> one that has seen them.  Do I have a KDE setting that is
>> causing this?  I don't have much experience with KDE.
>>
>> Thanks,
>>
>> -- Wayne.
> 
> This looks like a problem that came up last Oct. I'm copying in the
> first part of a response that seems to fix this problem.
> 
> On Mon, 2006-10-16 at 12:54 -0400, Carlie J. Coats wrote:
>> I've just installed Mandriva 2007/x86_64 on a new IBM Intellistation A
>> (dual Opteron 280's), and find I'm having a problem with commands like
>> "Shift Left" and "Shift Right" in NEdit:  when I select a set of
> lines,
>> and do the shift -- once! -- and the selection disappears, so that one
>> has to re-select in order to shift more than one column (and that just
>> one column at a time).
>>
>> This not only happens with a local "nedit" but also with remote
>> "nedit"s -- in this case,
> 
> There was a thread about similiar behavior back at the end of June. The
> problem turned out to be related to "klipper", with the following fixing
> the problem for me.
> 
> On 06/28/2006 07:15:29 PM, Volker Kuhlmann wrote:
> Ok solved. It had to be something related to both KDE and selections.
> 
> That klipper thing is doing harakiri with other application's
> selections. Instead of dumping klipper into the bin, it is sufficient to
> go into klipper's "General" configuration tab, and to disable the
> "Prevent empty clipboard" setting.
> 
> http://bugs.kde.org/show_bug.cgi?id=129994

That's all it took.  Thanks!

-- Wayne.