|
From: Hans-Bernhard B. <br...@ph...> - 2004-09-13 08:32:00
|
On Mon, 13 Sep 2004, Daniel J Sebald wrote: > I believe I can duplicate the shredded coordinate text now. (Finally!!) [...] Hmm... so this would mean that gnuplot doesn't successfully detect all possible "have to redraw from scratch" situations for the mouse coordinate output area. I've seen somewhat similar behaviour on MS Windows, too. The problem AFAICS is that we're currently displaying the mouse coordinates in 'no-flicker' mode, by using XOR based drawing techniques --- if the content of the window changes for any reason the drawing engine doesn't know about, that approach breaks. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
|
From: Harald H. <h.h...@tu...> - 2004-09-13 08:38:22
|
On Mon, 13 Sep 2004, Hans-Bernhard Broeker wrote: > On Mon, 13 Sep 2004, Daniel J Sebald wrote: > > > I believe I can duplicate the shredded coordinate text now. (Finally!!= ) > [...] I have got the same problem. I am using the window manager icewm under Linux. In many cases, the x11 windows starts at a position that the coordinates are hidden behind the start menu. If I than move up the gnuplot-x11 window, the numbers get shredded. It seems that it is the same problem which Hans-Bernhard has described. Shouldn't the numbers be reprinted without xor at least at every raise of and every click on the window? Yours Harald --=20 Harald Harders Langer Kamp 8 Technische Universit=E4t Braunschweig D-38106 Braunschweig Institut f=FCr Werkstoffe Germany E-Mail: h.h...@tu... Tel: +49 (5 31) 3 91-3062 WWW : http://www.harald-harders.de Fax: +49 (5 31) 3 91-3058 |
|
From: Dave D. <dde...@es...> - 2004-09-13 08:59:13
|
Harald Harders <h.h...@tu...> writes: > On Mon, 13 Sep 2004, Hans-Bernhard Broeker wrote: > >> On Mon, 13 Sep 2004, Daniel J Sebald wrote: >> >> > I believe I can duplicate the shredded coordinate text now. (Finally!!) >> [...] > > I have got the same problem. I am using the window manager icewm under > Linux. In many cases, the x11 windows starts at a position that the > coordinates are hidden behind the start menu. If I than move up the > gnuplot-x11 window, the numbers get shredded. It seems that it is the same > problem which Hans-Bernhard has described. Shouldn't the numbers be > reprinted without xor at least at every raise of and every click on the > window? > Should be able to ask the XServer to send expose events when bits of window become visible after being hidden. That would be a more reliable indicator. (If the X server uses backing store, it may not bother sending them, since no screen contents are lost) dd -- Dave Denholm <dde...@es...> http://www.esmertec.com |
|
From: Daniel J S. <dan...@ie...> - 2004-09-13 15:28:40
|
Dave Denholm wrote: >Harald Harders <h.h...@tu...> writes: > > > >>On Mon, 13 Sep 2004, Hans-Bernhard Broeker wrote: >> >> >> >>>On Mon, 13 Sep 2004, Daniel J Sebald wrote: >>> >>> >>> >>>>I believe I can duplicate the shredded coordinate text now. (Finally!!) >>>> >>>> >>>[...] >>> >>> >>I have got the same problem. I am using the window manager icewm under >>Linux. In many cases, the x11 windows starts at a position that the >>coordinates are hidden behind the start menu. If I than move up the >>gnuplot-x11 window, the numbers get shredded. It seems that it is the same >>problem which Hans-Bernhard has described. Shouldn't the numbers be >>reprinted without xor at least at every raise of and every click on the >>window? >> >> >> > >Should be able to ask the XServer to send expose events when bits of >window become visible after being hidden. That would be a more >reliable indicator. > But in the case of moving the window partially off screen, does X think that it isn't visible? Anyway, I was certain this just started happening out of the blue. I just went back and confirmed that this doesn't happen in 4.0. Trying to think back a few months, hold on. There was a change in the animation behavior, then after that I see some list entries regarding "Mouse coord lag (Re: An observation in animate demo.)" around 6/15. That sounds about right to me. The kinds of discussion that seemed to be going on within that thread were: * core change within is the use of XCheckEvent * while (XCheckTypedWindowEvent(dpy, event->xany.window, ConfigureNotify, event)); That may be a good place to start. Dan |
|
From: Ethan A M. <merritt@u.washington.edu> - 2004-09-13 15:54:50
|
On Monday 13 September 2004 08:55 am, Daniel J Sebald wrote: > >>>>I believe I can duplicate the shredded coordinate text now. > Anyway, I was certain this just started happening out of the blue. I > just went back and confirmed that this doesn't happen in 4.0. > > Trying to think back a few months, hold on. There was a change in the > animation behavior, then after that I see some list entries regarding > "Mouse coord lag (Re: An observation in animate demo.)" around 6/15. > That sounds about right to me. The kinds of discussion that seemed to > be going on within that thread were: > > That may be a good place to start. I am not seeing this behaviour, perhaps because I run my X servers with "BackingStore: on". In any case, I agree with a suggestion made already that the answer is probably to force a complete re-draw whenever there is an expose event. -- Ethan A Merritt Department of Biochemistry & Biomolecular Structure Center University of Washington, Seattle |