Re: Mouse support on 4.1 on Windows fails
- From: "Alex van der Spek" <zdoor@xxxxxxxxx>
- Date: Sun, 2 Jul 2006 17:08:51 +0200
"Hans-Bernhard Broeker" <broeker@xxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4gphbgF1o4tb7U3@xxxxxxxxxxxxxxxxx
Petr Mikulik <mikulik@xxxxxxxxxxxxxxx> wrote:
<pause mouse>
<pause mouse keypress>
on gnuplot 4.1 (patchlevel 0 from March 2006) on a windows PC does not
appear to work. A small window pops up, but there are no OK of Cancel
buttons.
What really does not work is
pause mouse key
and
pause mouse any
while pressing a key.
This is a bug.
Not necessarily. There are differences between wgnuplot and the other
GUI versions of gnuplot that make most of the semantics of 'pause
mouse' useless. In particular, wgnuplot can't pass data back to a
controlling script --- it has no stdout to be redirected to the
caller.
--
Hans-Bernhard Broeker (broeker@xxxxxxxxxxxxxxxxxxxxx)
Even if all the snow were burnt, ashes would remain.
The following script snippet works on gnuplot 4.0 on a WinPC. It is intended
to pause a script, wait for a mouse click (better a keypress such as
PrtScrn) and then call a sub-script that exports the current plot to a png
file. After the mouse click the script continues on the next line. The user
can thus select which plots to 'save' as a png file and which ones to skip.
If the keypress feature were to work, it would even be possible to
interactively change the view angles before exporting.
<...
set terminal window
set output
set cntrparam levels incremental 0, 0.5, 10
splot 'Chi2G01-1.bin' binary
pause mouse
if (defined(MOUSE_BUTTON)) call 'Plot2Png.plt' 'Chi2G01-1.png'
....>
Where Plot2Png.plt is a simple 5 line script that replots after setting the
terminal type to png and setting the output to the file given using command
line substitution. Then it restores the output and terminal again.
The above script does not work on gnuplot 4.1 on a WinPC. The reason is that
a mouseclick returns control to the command window. That should, in my
opinion, not be the case, instead the script should resume control on the
next line of the script.
I am not sure if it is a bug or not. The gnuplot 4.0 behaviour, however is
more useful to an end user, I believe.
Alex van der Spek
.
- Follow-Ups:
- Re: Mouse support on 4.1 on Windows fails
- From: Petr Mikulik
- Re: Mouse support on 4.1 on Windows fails
- References:
- Re: Mouse support on 4.1 on Windows fails
- From: Petr Mikulik
- Re: Mouse support on 4.1 on Windows fails
- From: Hans-Bernhard Broeker
- Re: Mouse support on 4.1 on Windows fails
- Prev by Date: Re: Mouse support on 4.1 on Windows fails
- Next by Date: Re: Mouse support on 4.1 on Windows fails
- Previous by thread: Re: Mouse support on 4.1 on Windows fails
- Next by thread: Re: Mouse support on 4.1 on Windows fails
- Index(es):