Re: towards 4.4

[Petr M. <mi...@ph...>]

> --- Petr Mikulik  wrote:
> 
> > BTW, gnuplot.exe is used in Octave nowadays ... does ginput work on Windows 
> > correctly?
> No not yet. See:
> http://old.nabble.com/Problem-with-ginput-td26706688.html

You claim there (message by Tatsuro MATSUOKA-2 Dec 11, 2009; 09:40am) that 
the reason is that "pause mouse" does not work on gnuplot.exe + Windows 
terminal. It seems I missed this test yesterday. Isn't this related to 
another bug, that gnuplot.exe running under Wine freezes after the first 
entered command?


I've tried it:

With "set term windows":
- pause mouse key; show var
  pause mouse; show var
  pause mouse any; show var
  ... in wgnuplot{_pipes}.exe: work correctly
  ... in gnuplot.exe: MOUSE_ variables are filled correctly, but <enter> has 
      to be pressed in the command window to return back to the command 
      prompt
- pause mouse button{1-3}; show var
  ... Wrong: it terminates on any mouse button

With "set term wxt":
- all "pause mouse" commands work correctly in gnuplot.exe
- all "pause mouse" commands have a problem in wgnuplot{_pipes}.exe:
  MOUSE_ variables are filled correctly, but <enter> has to be pressed
  in the command window to return back to the command prompt

It seems the "hit <enter>" bug is in windows+gnuplot.exe and in 
wxt+wgnuplot.exe combination.


Is WIN_IPC used correctly in both cases? Isn't somewhere missing an #ifdef?

Octave's ginput with wxt should work correctly then. BTW, I find wxt faster
than windows terminal for "plot" and "plot with image" (because of 
redrawings), but it is slower for "splot" pm3d surfaces.

---
PM