I don't have any solution to your specific problem. All I can say is that I had a similar problem with klipper on a RH7.3 system distribution and with lyx1.3.1 running under KDE. After selecting text in lyx and clicking on the klipper icon in the taskbar, it took a while for klipper to pop-up the menu. Depending on the amount of text selected: the more text I selected, the longer it took klipper to display the menu. Some other persons reported no problem under similar conditions on an updated system (i.e. rh7.3 + "some" patches). I thought it was klipper's fault which may have been lost because of lyx's treatment of text. That's only a very wild guess as I don't know much of lyx's internal text handling.
A bug in the taskbar or another part of your desktop can't be ruled out. May be you could try to find a way to reproduce the bug. >From your description, one doesn't know what desktop you're using. Maybe you can provide more detailed information. cheers, JS Am Mon, 2003-10-27 um 14.19 schrieb Cabuz Alexandru: > Hello list, > > Here is a behavior that I have seen ever since I installed lyx for the first > time a few months ago, version 1.3.2 but it did not really bother me. But now > it's starting to get on my nerves so here it is. > > I am working in version 1.3.3 RH9 qt. > > Sometimes, when I select text in lyx, like for example I select a couple of > lines to make them bold or italic or something, something strange happens and > I seem to lose contact with the red hat task bar at the bottom of the screen. > For example if I am running xmms but it's minimized then there is a little > xmms button at the bottom. Problem is that if I click on that button to > maximize xmms it takes like 5 minutes for that to happen. It eventually > happens, but after quite a while. Then, after it opens (which it does all of > a sudden), I can do anything INSIDE the window, like change the volume, add > songs, whatever, and it responds just fine. No delay. Then I minimize it > again, and it does it right away. If I try to remaximize it it takes 5 > minutes again. > Same with like a konsole or any other program, like kmail or mozilla or gftp. > If it's minimized it takes 5 minutes to maximize it, then, I can work inside > of it without a problem, and minimize it without a problem. During the dead > time it seems to access the hard disk every couple of seconds or so, so it's > not like it's busy working on something like updating the rpm database or > something. > > If I want to open the start menu, again it takes 5 minutes. > > But if I move the mouse over the desktop it does turn into a little pointing > hand when I hover over files or folders. > > So it seems that this bug is very specific to a certain part of the graphical > interface, the task bar. > > This does not happen EVERY time I select text in lyx, but it ONLY happens when > I have selected some text, and done like copy paste, or just changed the font > type or something. > > Before, this used to happen for like a couple of minutes and then all the > stuff I had clicked on would happen all at once. But this time I lost an hour > and a half a cause de ces conneries. > > Oh, also, during the time it's "quasi-frozen" the clock on the task bar is not > updated at all, so I can see exactly when it froze, and how much time I > wasted. > > If anybody has ever seen this kind of behavior before, or if anybody has any > clue what this is all about, I would appreciate a helping hand. This is > exactly the kind of stuff I do not expect to see happening in Linux. > > Alex.
