>> pasted elsewhere, once it is deselected it does not work anymore. Later it
>> was changed so that the last selection can always be pasted (if no other
>> app has a newer selection). This is called the "persistent selection".
>> This worked fine after the initial implementation by Bo and me, but
Georg Baum wrote:
Pavel Sanda wrote:
on many cases once the selection is deselected i can't put it outside lyx
application anymore (1 instance now). what makes me perplexed is quasi
randomness of this behaviour.
This was at some point in time the intended behaviour: Selected stuff c
Pavel Sanda wrote:
> on many cases once the selection is deselected i can't put it outside lyx
> application anymore (1 instance now). what makes me perplexed is quasi
> randomness of this behaviour.
This was at some point in time the intended behaviour: Selected stuff can be
pasted elsewhere, on
Georg Baum wrote:
> >
> > for point 2 i got just single
> > GuiApplication.cpp(1446): X requested selection.
> > BufferView.cpp(1491): requestSelection: xsel_cache.set: 1
> >
> >
> > two questions :
> > 1. i dont understand why we get those milions X requests only in case
> >we run two insta
Pavel Sanda wrote:
> since i had problem to get confirmed this problem under different archs
> (some desktop managers use managers like klipper etc) i tried
> to debug what is going on now.
klipper is crap, and any selection debugging with a running klipper is
useless, because klipper messes ever
