|
From: Philipp K. J. <ja...@ie...> - 2008-01-29 01:34:21
|
There is an interesting issue with the wxt terminal
(on Linux, at least):
When I set up my terminal with the 'noraise' flag:
set t wxt noraise
Then the window is not raised after a plot command,
instead the focus stays with the console window (so
far, all is according to spec).
However, the window also does not receive a redraw
event so that the old plot continues to be shown.
The window is only redrawn (with the new plot) after
the mouse pointer enters the wxt window (or the
window is raised).
My guess is that wxt does not generate a redraw
event until the window system (X11) sends an event
(souch as MOUSE_IN) to the window.
This does not seem to be a problem when using
the old x11 terminal.
I wonder whether anybody has seen this before?
Is this at all dependent on the window manager?
(I use IceWM.)
Best,
Ph.
G N U P L O T
Version 4.2 patchlevel 2
last modified 31 Aug 2007
System: Linux 2.6.18.2-34-default
Copyright (C) 1986 - 1993, 1998, 2004, 2007
Thomas Williams, Colin Kelley and many others
Type `help` to access the on-line reference manual.
The gnuplot FAQ is available from http://www.gnuplot.info/faq/
Send bug reports and suggestions to
<http://sourceforge.net/projects/gnuplot>
Compile options:
-READLINE +LIBREADLINE +HISTORY +BACKWARDS_COMPATIBILITY +BINARY_DATA
+GD_PNG +GD_JPEG +GD_TTF +GD_GIF +ANIMATION
-NOCWDRC +X11 +X11_POLYGON +MULTIBYTE +USE_MOUSE +HIDDEN3D_QUADTREE
+DATASTRINGS +HISTOGRAMS +OBJECTS +STRINGVARS +MACROS +IMAGE
DRIVER_DIR
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
GNUPLOT_PS_DIR
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
HELPFILE
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"
|
|
From: <tim...@lp...> - 2008-01-30 22:43:00
|
Philipp K. Janert wrote: > There is an interesting issue with the wxt terminal > (on Linux, at least): > > When I set up my terminal with the 'noraise' flag: > > set t wxt noraise > > Then the window is not raised after a plot command, > instead the focus stays with the console window (so > far, all is according to spec). > > However, the window also does not receive a redraw > event so that the old plot continues to be shown. > The window is only redrawn (with the new plot) after > the mouse pointer enters the wxt window (or the > window is raised). > > My guess is that wxt does not generate a redraw > event until the window system (X11) sends an event > (souch as MOUSE_IN) to the window. > > This does not seem to be a problem when using > the old x11 terminal. > > I wonder whether anybody has seen this before? > Is this at all dependent on the window manager? > (I use IceWM.) > > Best, > > Ph. > Hi Philipp, I can understand where this may come from, but I have not been able to reproduce it on my machine... The origin of the problem is that the calls to wxWidgets and GTK to redraw the plot are sent from gnuplot main thread, whereas the main graphic events loop runs in a secondary thread. So there are cases where calls made in gnuplot main thread are not really executed until the secondary thread is woken up by the arrival of another event. I have already had to fix such problems, for example to make 'set term wxt close' close the window immediately. _However_, I am not able to reproduce what you describe, i.e. the plot not being redrawn until a mouse event arrives. I have tried 4.2.2 and gnuplot CVS, with compiz, metacity and kde4's kwin as window managers. Could you try with another window manager such as one of those ? I have wxGTK 2.8.6, could you tell me what wxGTK version you have ? Thank you, Timothée > > G N U P L O T > Version 4.2 patchlevel 2 > last modified 31 Aug 2007 > System: Linux 2.6.18.2-34-default > > Copyright (C) 1986 - 1993, 1998, 2004, 2007 > Thomas Williams, Colin Kelley and many others > > Type `help` to access the on-line reference manual. > The gnuplot FAQ is available from http://www.gnuplot.info/faq/ > > Send bug reports and suggestions to > <http://sourceforge.net/projects/gnuplot> > > Compile options: > -READLINE +LIBREADLINE +HISTORY +BACKWARDS_COMPATIBILITY +BINARY_DATA > +GD_PNG +GD_JPEG +GD_TTF +GD_GIF +ANIMATION > -NOCWDRC +X11 +X11_POLYGON +MULTIBYTE +USE_MOUSE +HIDDEN3D_QUADTREE > +DATASTRINGS +HISTOGRAMS +OBJECTS +STRINGVARS +MACROS +IMAGE > > DRIVER_DIR > = "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2" > GNUPLOT_PS_DIR > = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript" > HELPFILE > = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih" > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Lutz M. <lut...@gm...> - 2008-01-30 22:53:41
|
On Wednesday 30 January 2008 14:42:52 Timoth=E9e Lecomte wrote: > Philipp K. Janert wrote: > > When I set up my terminal with the 'noraise' flag: > > > > set t wxt noraise > > > > Then the window is not raised after a plot command, > > instead the focus stays with the console window (so > > far, all is according to spec). > > > > However, the window also does not receive a redraw > > event so that the old plot continues to be shown. > > The window is only redrawn (with the new plot) after > > the mouse pointer enters the wxt window (or the > > window is raised). > > I can understand where this may come from, but I have not been able to > reproduce it on my machine... I see the same behavior as Philipp on my machine, using gnuplot 4.2.2, kwin= =20 3.5.7 as window manager, and wxGTK 2.8.4. Lutz |
|
From: Philipp K. J. <ja...@ie...> - 2008-02-01 03:08:41
|
> > I can understand where this may come from, but I have not been able to > reproduce it on my machine... > The origin of the problem is that the calls to wxWidgets and GTK to > redraw the plot are sent from gnuplot main thread, whereas the main > graphic events loop runs in a secondary thread. So there are cases where > calls made in gnuplot main thread are not really executed until the > secondary thread is woken up by the arrival of another event. I have > already had to fix such problems, for example to make 'set term wxt > close' close the window immediately. _However_, I am not able to > reproduce what you describe, i.e. the plot not being redrawn until a > mouse event arrives. I have tried 4.2.2 and gnuplot CVS, with compiz, > metacity and kde4's kwin as window managers. Could you try with another > window manager such as one of those ? I have wxGTK 2.8.6, could you tell > me what wxGTK version you have ? > wxWidgets-devel: 2.8.4-0 wxGTK: 2.6.3.3-30 icewm 1.2.26-32 (not icewm-lite) |
|
From: Petr M. <mi...@ph...> - 2008-02-01 09:10:14
|
> > I can understand where this may come from, but I have not been able to > > reproduce it on my machine... > > wxWidgets-devel: 2.8.4-0 > wxGTK: 2.6.3.3-30 I can also observer such a behaviour for "set term wx" ... only sometimes, not very reproducible ... just try a lot of "splot x", "splot 100*x", "splot y" commands with different time delay between entering these commands ... then sometimes the graph is not redrawn. OpenSUSE 10.3, KDE 3.5.7, and: wxWidgets-2.8.7-0.pm.1 wxGTK-compat-2.8.4.0-53 wxGTK-devel-2.8.4.0-53 wxGTK-2.8.4.0-53 pango-1.18.2-4 pango-devel-1.18.2-4 cairo-1.4.10-25 cairo-devel-1.4.10-25 --- PM |
|
From: Ethan M. <merritt@u.washington.edu> - 2008-01-30 22:53:47
|
On Monday 28 January 2008 17:34, Philipp K. Janert wrote:
> I wonder whether anybody has seen this before?
> Is this at all dependent on the window manager?
> (I use IceWM.)
I cannot reproduce this behavior here, neither under KDE
nor under IceWM.
icewm-light-1.2.26-5mdv2007.0
> There is an interesting issue with the wxt terminal
> (on Linux, at least):
>
> When I set up my terminal with the 'noraise' flag:
>
> set t wxt noraise
>
> Then the window is not raised after a plot command,
> instead the focus stays with the console window (so
> far, all is according to spec).
>
> However, the window also does not receive a redraw
> event so that the old plot continues to be shown.
> The window is only redrawn (with the new plot) after
> the mouse pointer enters the wxt window (or the
> window is raised).
>
> My guess is that wxt does not generate a redraw
> event until the window system (X11) sends an event
> (souch as MOUSE_IN) to the window.
>
> This does not seem to be a problem when using
> the old x11 terminal.
>
>
> Best,
>
> Ph.
>
>
> G N U P L O T
> Version 4.2 patchlevel 2
> last modified 31 Aug 2007
> System: Linux 2.6.18.2-34-default
>
> Copyright (C) 1986 - 1993, 1998, 2004, 2007
> Thomas Williams, Colin Kelley and many others
>
> Type `help` to access the on-line reference manual.
> The gnuplot FAQ is available from http://www.gnuplot.info/faq/
>
> Send bug reports and suggestions to
> <http://sourceforge.net/projects/gnuplot>
>
> Compile options:
> -READLINE +LIBREADLINE +HISTORY +BACKWARDS_COMPATIBILITY +BINARY_DATA
> +GD_PNG +GD_JPEG +GD_TTF +GD_GIF +ANIMATION
> -NOCWDRC +X11 +X11_POLYGON +MULTIBYTE +USE_MOUSE +HIDDEN3D_QUADTREE
> +DATASTRINGS +HISTOGRAMS +OBJECTS +STRINGVARS +MACROS +IMAGE
>
> DRIVER_DIR
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
> GNUPLOT_PS_DIR
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
> HELPFILE
> = "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
>
--
Ethan A Merritt Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742
|
|
From: Allin C. <cot...@wf...> - 2008-01-30 23:52:23
|
On Wed, 30 Jan 2008, Ethan Merritt wrote: > On Monday 28 January 2008 17:34, Philipp K. Janert wrote: > > I wonder whether anybody has seen this before? > > Is this at all dependent on the window manager? > > (I use IceWM.) > > I cannot reproduce this behavior here, neither under KDE > nor under IceWM. > > icewm-light-1.2.26-5mdv2007.0 Neither can I reproduce it on the gnome desktop with WM metacity 2.20.0: the plot is redrawn immediately. Allin Cottrell |
|
From: seliv <sel...@ub...> - 2008-06-26 10:38:46
|
I have another puzzle with wxt in gnuplot 4.2, which sets wxt terminal by default. When I plot something it shows the first plot in wxt window, but then it is freezed, if I click on it, I see a message that window does not respond and suggest to force quit. x11 and other terminals work good. I have Dell vostro 1510 with Linux ubuntu 8.04. If you know the reason why wxt does not work, let me know please. -- View this message in context: http://www.nabble.com/No-redraw-with-wxt-and-%27noraise%27-tp15150329p18130950.html Sent from the Gnuplot - Dev mailing list archive at Nabble.com. |