Scott, On Friday 30 November 2007 12:12 pm, Scott Tringali wrote: > Randy Kramer wrote: > > Application authors should follow the following guidelines to get correct > > behavior: > > I've read this a lot, and believe it or not, this is exactly how we (and > Motif) works. Or, is supposed to work. Early versions of Qt and GTK > tried to fuse the selection and clipboard into one concept, but we never > have.
So nedit may have done all it can do. (Or all we (I?) can ask.) > This doc is most for toolkit implementors. Applications that sit on top > of qt/gtk/motif typically will not deal with this stuff directly, unless > they code new widgets. > > The devil's in the details, though. Klipper's "Prevent empty selection" > means that klipper will occasionally take over on the selection in order > to make GTK/Motif/Emacs act more like Qt in respect to text selection > policy. It does this when it thinks it's unused. (Note I say "thinks" > here, as it can be wrong.) Disabling that may help. It is disabled--probably since the last time I asked on the list and somebody (maybe you ;-) suggested it. It may have helped some things (I think I had some other problems at the time), but I still have the (for example) kmail and klipper hanging problem. Not every time, but often enough to be frustrating. Thanks! Randy Kramer -- NEdit Develop mailing list - [email protected] http://www.nedit.org/mailman/listinfo/develop
