gnuplot-beta

towards 4.4

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

	Hello,

gnuplot 4.4 rc1 is out for 2 months. What about rc2 or release?

Some issues:
- help new-features
  I think it can contain more information from NEWS.

Ad (binary) distribution for Windows:
- Tatsuro MATSUOKA can compile Windows binary with all new features, such as 
  wxterminal, pdfcairo, lua, etc. These are missing in binary packages 
  provided by me.  I propose to distribute the package by TM obtained by 
  joining his current
	gp44rc1-winbin.zip
	gp44rc1-winbin-wxt-diff.zip

- Further, there will be x11 package for /usr-like system in Cygwin.
  Is there any difference between the package provided by me and TM?
  Note: this binary does not contain wxt, only x11.

Other Windows issues:
- Shall be the default terminal wx instead of windows? I would vote for 
  this change.

- The only issue which is missing in wx terminal is the "Print" button.
  How many Windows people use it for printing graphs instead of "set term"
  mechanism? Is it possible to add the print dialog easily?

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Petr Mikulik  wrote:
tribution for Windows:
> - Tatsuro MATSUOKA can compile Windows binary with all new features, such as 
>   wxterminal, pdfcairo, lua, etc. These are missing in binary packages 
>   provided by me.  I propose to distribute the package by TM obtained by 
>   joining his current
> 	gp44rc1-winbin.zip
> 	gp44rc1-winbin-wxt-diff.zip

It is glad for me if my binaries will uploaded in the gnuplot download page. 
 
> - Further, there will be x11 package for /usr-like system in Cygwin.
>   Is there any difference between the package provided by me and TM?
>   Note: this binary does not contain wxt, only x11.

Perhaps you build your binary of cygwin-1.5 if you build your binary on cygwin-1.7 you can easily add
lua/tikz, pdfcairo, and pngcairo.  On Dec 23 2009, the cygwin-1.7 has been a current release. If you
install dependencies of lua/tikz, pdfcairo, and pngcairo by cygwin setup.exe, you can easily add the
three terminals.

The cygwin-1.7 does not have the wxWidgets toolkits at present.  If 



 
> Other Windows issues:
> - Shall be the default terminal wx instead of windows? I would vote for 
>   this change.
> 
> - The only issue which is missing in wx terminal is the "Print" button.
>   How many Windows people use it for printing graphs instead of "set term"
>   mechanism? Is it possible to add the print dialog easily?

I do not know how much effort will be required to add the print dialog.
The wxt terminal is multi-platform terminal.  The addition the print dialog is better to be realized
for all platforms if it is possible.

The remaining issue I know is 'pause mouse' problem on windows.
http://old.nabble.com/pause-mouse-key-on-Windows-td5131156.html#a5131156
http://old.nabble.com/pause-mouse-does-not-work-on-windows-term-on-gnuplot.exe-(on-wgnuplot,-pause-mouse-works-correct)-td26739744.html#a26772986

I have tried to fix the problem but I have not yet complete it because it is difficult to treat pause
mouse issue on both windows terminal and wxt terminal to my ability.

Regards

Tatsuro   

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> > Other Windows issues:
> > - Shall be the default terminal wx instead of windows? I would vote for 
> >   this change.
> > 
> > - The only issue which is missing in wx terminal is the "Print" button.
> >   How many Windows people use it for printing graphs instead of "set term"
> >   mechanism? Is it possible to add the print dialog easily?
> 
> I do not know how much effort will be required to add the print dialog.
> The wxt terminal is multi-platform terminal.  The addition the print dialog is better to be realized
> for all platforms if it is possible.

Can somebody comment how to add this feature?

> The remaining issue I know is 'pause mouse' problem on windows.
> http://old.nabble.com/pause-mouse-key-on-Windows-td5131156.html#a5131156
> http://old.nabble.com/pause-mouse-does-not-work-on-windows-term-on-gnuplot.exe-(on-wgnuplot,-pause-mouse-works-correct)-td26739744.html#a26772986
> 
> I have tried to fix the problem but I have not yet complete it because it is difficult to treat pause
> mouse issue on both windows terminal and wxt terminal to my ability.

I've tried it:

With "set term windows":
- pause mouse key; show var
  pause mouse; show var
  pause mouse any; show var
  ... Work correctly
- 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

Could someone solve this bug?
Is this bug a stop for 4.4 release?

BTW, gnuplot.exe is used in Octave nowadays ... does ginput work on Windows 
correctly?

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- 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

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

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

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

> 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?

In my idea, pause mouse issues lies on the following the code in command.c


#if defined(_Windows) && !defined(WGP_CONSOLE)
    if (paused_for_mouse && !graphwin.hWndGraph) {
	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph window */
	    char tmp[512];
	    if (buf) fprintf(stderr,"%s\n", buf);
	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
	}
    } else { /* pausing via graphical windows */
	int tmp = paused_for_mouse;
	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
	if (!Pause(buf)) {
	    if (!tmp) {
		bail_to_command_line();
	    } else {
		if (!graphwin.hWndGraph) 
		    bail_to_command_line();
	    }
	}
    }

#if defined(_Windows) && !defined(WGP_CONSOLE)

This gives different behaviors of pause mouse between gnuplot.exe and wgnuplot{_pipes}.exe.

For gnuplot.exe, term->waitforinput is called but for wgnuplot{_pipes}.exe, the above code is used for
wgnuplot.exe.  It is clear that the code for wgnuplot{_pipes}.exe does not consider wxt terminal
because we cannot get wxt window information cannot be obtained by 'graphwin.hWndGraph'.

I , at the moment, have any good idea to treat them.

For term->waitforinput, I have compared 
x11_X11_waitforinput() in term/x11.trm and wxt_waitforinput() in src/wxterminal/wxt_gui.cpp are very
different each other.  I think that treatment of x11 is better because it gives message of 'Mousing
not active' if x11 graph window is not active.

I think that it is better to unify the behavior for interactive terminals as possible.

Regards

Tatsuro
  


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> In my idea, pause mouse issues lies on the following the code in command.c
> 
> #if defined(_Windows) && !defined(WGP_CONSOLE)
>     if (paused_for_mouse && !graphwin.hWndGraph) {
> 	if (interactive) { /* cannot wait for Enter in a non-interactive session without the graph window */
> 	    char tmp[512];
> 	    if (buf) fprintf(stderr,"%s\n", buf);
> 	    fgets(tmp, 512, stdin); /* graphical window not yet initialized, wait for any key here */
> 	}
>     } else { /* pausing via graphical windows */
> 	int tmp = paused_for_mouse;
> 	if (buf && paused_for_mouse) fprintf(stderr,"%s\n", buf);
> 	if (!Pause(buf)) {
> 	    if (!tmp) {
> 		bail_to_command_line();
> 	    } else {
> 		if (!graphwin.hWndGraph) 
> 		    bail_to_command_line();
> 	    }
> 	}
>     }

The code above is a correct code for the Windows terminal, therefore there 
must be
     #if defined(_Windows)
and not
     #if defined(_Windows) && !defined(WGP_CONSOLE)
Then all "pause mouse" commands work correctly in gnuplot.exe as well as in
wgnuplot.exe.

The test
	!graphwin.hWndGraph
is there because of "pause mouse" issued before any "{s}plot" command.


If WX is the current terminal under windows, then the pausing code with 
waitforinput() has to be used instead. Will the (untested) enclosed patch 
work?

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Petr Mikulik wrote:

> If WX is the current terminal under windows, then the pausing code with 
> waitforinput() has to be used instead. Will the (untested) enclosed patch 
> work?
> 
Hello

I have applied your patch to cvs trees.

In the patch, a small fix is needed
+	if (!strcmp(term->title, "wx")) {
should be 
+	if (!strcmp(term->name, "wxt")) {

# ***** results for gnuplot.exe *****
The patch for pause mouse for windows and wxt terminals works well except a side effect.
 
The patch gives s gui 'gnuplot pause' window when the command 'pause -1' is executed when terminal is
set to 'windows'.
When WGP_CONSOLE is true. the code should be modified.
I have encountered this problem and I have considered to treat the side effect.
I will show it afterwards.

# ***** results for wgnuplot{_pipes}.exe *****

The patch does not correct the 'pause mouse' issue of wxt term.
Clicking mouse button does not break 'pause mouse' while pressing a key breaks it. 
Of course, the pause mouse for windows terminals works correct.

I have tried the similar treatment but that also did not work.

There is no gnuplot executable for all other platformes which has a original GUI based console except
for wgnuplot.  I suspect that wxt_waitforinput() does not work correct on wgnuplot.exe.
However it is no more than speculation at present.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> The patch gives s gui 'gnuplot pause' window when the command 'pause -1' 
> is executed when terminal is set to 'windows'. When WGP_CONSOLE is true. 
> the code should be modified. I have encountered this problem and I have 
> considered to treat the side effect. I will show it afterwards.

"pause -1" shows a GUI Pause dialog. You would prefer to have just 
fgets(stdin) for gnuplot.exe. I've tried it, but then mouse hotkeys are not 
working during pause. So I prefer the current GUI dialog.


> # ***** results for wgnuplot{_pipes}.exe *****
> 
> The patch does not correct the 'pause mouse' issue of wxt term.
> Clicking mouse button does not break 'pause mouse' while pressing a key breaks it. 
> Of course, the pause mouse for windows terminals works correct.

I.e. wgnuplot.exe + wx terminal + "pause mouse" still waits for Enter. 

> There is no gnuplot executable for all other platformes which has a 
> original GUI based console except for wgnuplot.  I suspect that 
> wxt_waitforinput() does not work correct on wgnuplot.exe. However it is no 
> more than speculation at present.

windows terminal is not using the waitforinput but WIN_IPC. In "pause 
mouse", it stops pausing when the event arrives to gnuplot. Could a similar 
reaction be applied to pausing from wxt?

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Petr Mikulik wrote:

> > The patch gives s gui 'gnuplot pause' window when the command 'pause -1' 
> > is executed when terminal is set to 'windows'. When WGP_CONSOLE is true. 
> > the code should be modified. I have encountered this problem and I have 
> > considered to treat the side effect. I will show it afterwards.
> 
> "pause -1" shows a GUI Pause dialog. You would prefer to have just 
> fgets(stdin) for gnuplot.exe. I've tried it, but then mouse hotkeys are not 
> working during pause. So I prefer the current GUI dialog.

What do you mean mouse hotkeys?

Is 'the hotkey 'h' in the graph window' a example of mouse hotkey.

The gnuplot.exe on windows on current state (without your patch) allows hotkeys ,'h','p', 'l'...... on
graph window when gnuplot is in pause -1 and pause mouse mode.  
In pause -1 mode, we can use mouse zooming on the current gnuplot.exe on windows.

Is the above a problem?

However only return key breaks 'pause -1' for wgnuplot and gnuplot-x11(I have confirmed on cygwin) but
any key breaks pause -1.

That is a problem, I think.

You patch at leasdt changes of the feature of pause -1 on gnuplot.exe on windows from current state. 
If people hope this change, I am not against it.

I have another idea to treat it. I have a winter term examination in my lecture tomorrow.
Please wait a while to try the idea. 

> 
> > # ***** results for wgnuplot{_pipes}.exe *****
> > 
> > The patch does not correct the 'pause mouse' issue of wxt term.
> > Clicking mouse button does not break 'pause mouse' while pressing a key breaks it. 
> > Of course, the pause mouse for windows terminals works correct.
> 
> I.e. wgnuplot.exe + wx terminal + "pause mouse" still waits for Enter. 

Exactly.

> windows terminal is not using the waitforinput but WIN_IPC. In "pause 
> mouse", it stops pausing when the event arrives to gnuplot. Could a similar 
> reaction be applied to pausing from wxt?

I have tried perhaps the way you mensioned the above. When graph windows was active, it went well. 
However pause mouse without graph window make a trouble. The trail was done in the computer at home. 
I cannot remember how the trouble is and cannot reproduce now.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> > "pause -1" shows a GUI Pause dialog. You would prefer to have just 
> > fgets(stdin) for gnuplot.exe. I've tried it, but then mouse hotkeys are not 
> > working during pause. So I prefer the current GUI dialog.
> 
> What do you mean mouse hotkeys?
> Is 'the hotkey 'h' in the graph window' a example of mouse hotkey.

Yes, mouse zooming and hotkeys should work during "pause -1".

> You patch at leasdt changes of the feature of pause -1 on gnuplot.exe on 
> windows from current state.

I've committed the change to both 4.4 and cvs.
There was one more typo there, please test it.

> > I.e. wgnuplot.exe + wx terminal + "pause mouse" still waits for Enter. 
> I have another idea to treat it. I have a winter term examination in my lecture tomorrow.
> Please wait a while to try the idea. 

The above combination seems to be the last one waiting for a fix.

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> --- Petr Mikulik wrote:
> 
> > > The patch gives s gui 'gnuplot pause' window when the command 'pause -1' 
> > > is executed when terminal is set to 'windows'. When WGP_CONSOLE is true. 
> > > the code should be modified. I have encountered this problem and I have 
> > > considered to treat the side effect. I will show it afterwards.
> > 
> > "pause -1" shows a GUI Pause dialog. You would prefer to have just 
> > fgets(stdin) for gnuplot.exe. I've tried it, but then mouse hotkeys are not 
> > working during pause. So I prefer the current GUI dialog.
> 
> What do you mean mouse hotkeys?
> 
> Is 'the hotkey 'h' in the graph window' a example of mouse hotkey.
> 
> The gnuplot.exe on windows on current state (without your patch) allows hotkeys ,'h','p',
> 'l'...... on
> graph window when gnuplot is in pause -1 and pause mouse mode.  
> In pause -1 mode, we can use mouse zooming on the current gnuplot.exe on windows.
> 
> Is the above a problem?
> 
> However only return key breaks 'pause -1' for wgnuplot and gnuplot-x11(I have confirmed on
> cygwin) but
> any key breaks pause -1.
> 
> That is a problem, I think.
> 
> You patch at least changes of the feature of pause -1 on gnuplot.exe on windows from current
> state. 
> If people hope this change, I am not against it.

Although I wrote the above, the gui dialog on gnuplot.exe for windows is not my favor. 
Perhaps it is better hear the opinions from other people.


BTW

I found that Petr applied his patch for 'pause mouse' to cvs trees.  I have build them and tried
all.dem

I have found a serious side effect of this patch. Gui dialog 'gnuplot pause' does not appear on
wgnuplot when terminal is wxt.

We can break pause press return on the command window of wgnuplot.exe but after return the graph
window is active, we have to turn back to the command window. This is really annoying to carry out
all.dem. 

The should be corrected, I think.

Regards

Tatsuro


 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

[Ethan M. <merritt@u.washington.edu>]

On Thursday 28 January 2010, Tatsuro MATSUOKA wrote:
> Hello
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > --- Petr Mikulik wrote:
> > 
> > > > The patch gives s gui 'gnuplot pause' window when the command 'pause -1' 
> > > > is executed when terminal is set to 'windows'. When WGP_CONSOLE is true. 
> > > > the code should be modified. I have encountered this problem and I have 
> > > > considered to treat the side effect. I will show it afterwards.
> > > 
> > > "pause -1" shows a GUI Pause dialog. You would prefer to have just 
> > > fgets(stdin) for gnuplot.exe. I've tried it, but then mouse hotkeys are not 
> > > working during pause. So I prefer the current GUI dialog.
> > 
> > What do you mean mouse hotkeys?
> > 
> > Is 'the hotkey 'h' in the graph window' a example of mouse hotkey.
> > 
> > The gnuplot.exe on windows on current state (without your patch) allows hotkeys ,'h','p',
> > 'l'...... on
> > graph window when gnuplot is in pause -1 and pause mouse mode.  
> > In pause -1 mode, we can use mouse zooming on the current gnuplot.exe on windows.
> > 
> > Is the above a problem?
> > 
> > However only return key breaks 'pause -1' for wgnuplot and gnuplot-x11(I have confirmed on
> > cygwin) but
> > any key breaks pause -1.
> > 
> > That is a problem, I think.
> > 
> > You patch at least changes of the feature of pause -1 on gnuplot.exe on windows from current
> > state. 
> > If people hope this change, I am not against it.
> 
> Although I wrote the above, the gui dialog on gnuplot.exe for windows is not my favor. 
> Perhaps it is better hear the opinions from other people.
> 
> 
> BTW
> 
> I found that Petr applied his patch for 'pause mouse' to cvs trees.  I have build them and tried
> all.dem
> 
> I have found a serious side effect of this patch. Gui dialog 'gnuplot pause' does not appear on
> wgnuplot when terminal is wxt.
> 
> We can break pause press return on the command window of wgnuplot.exe but after return the graph
> window is active, we have to turn back to the command window. This is really annoying to carry out
> all.dem. 

That "after return the graph window is active" problem is there all the time
when running the windows terminal under linux/wine.  I have assumed that 
people using MSWin want it that way, although I myself find it incredibly annoying.
My preference would be to never allow the program to steal focus from the
command window, and get rid of the pop-up "pause" widget altogether.
But I'm not using MSWin anyway. So if these behaviours are considered normal
by people who do use MSWin, go ahead and ignore me.

	Ethan

> The should be corrected, I think.
> 
> Regards
> 
> Tatsuro

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello


--- Ethan Merritt wrote:
> 
> That "after return the graph window is active" problem is there all the time
> when running the windows terminal under linux/wine.  I have assumed that 
> people using MSWin want it that way, although I myself find it incredibly annoying.
> My preference would be to never allow the program to steal focus from the
> command window, and get rid of the pop-up "pause" widget altogether.
> But I'm not using MSWin anyway. So if these behaviours are considered normal
> by people who do use MSWin, go ahead and ignore me.
> 
> 	Ethan

> That "after return the graph window is active" problem is there all the time
> when running the windows terminal under linux/wine.

The similar thing was happened in wxt terminal gnuplot.exe on windows.:-(

However, wgnuplot.exe is a gui based windows program so that popup of a gui dialog of 'gnuplot pause'
for pause -1 is better to unified for both windows and wxt terminal.

When a user who has been used wgnuplot.exe with the windows terminal might be surprised if 'pause -1'
does not produce the 'gnuplot pause' dialog when he tries to use wxt terminal on wgnuplot.exe,
I think.

Regards

Tatsuro


  

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> I found that Petr applied his patch for 'pause mouse' to cvs trees.  I have build them and tried
> all.dem
> 
> I have found a serious side effect of this patch. Gui dialog 'gnuplot pause' does not appear on
> wgnuplot when terminal is wxt.


>> We can break pause press return on the command window of wgnuplot.exe but 
>> after return the graph window is active, we have to turn back to the 
>> command window. This is really annoying to carry out all.dem.
>
> That "after return the graph window is active" problem is there all the 
> time when running the windows terminal under linux/wine.  I have assumed 
> that people using MSWin want it that way, although I myself find it 
> incredibly annoying. My preference would be to never allow the program to 
> steal focus from the command window

I have no idea what do you mean. Just "plot x" and which window is focused 
afterwards? It works the same way as on X11. Also "pause -1" goes back to 
command window after you hit Enter or click "OK" button.

Otherwisse, hitting "Space" makes the command window active.

> and get rid of the pop-up "pause" widget altogether.

OS/2 PM has three possibilities: Pause dialog, Pause item on the menu bar of 
the graph windows; Hit Enter in the command window. It's user configurable. 
I prefer the menu bar item as it is not necessary to leave the graph window 
just to hit Enter elsewhere to continue something.dem.

---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

I have posted my reply before seeing the post by Petr.

--- Petr Mikulik  wrote:

> > That "after return the graph window is active" problem is there all the 
> > time when running the windows terminal under linux/wine.  I have assumed 
> > that people using MSWin want it that way, although I myself find it 
> > incredibly annoying. My preference would be to never allow the program to 
> > steal focus from the command window
> 
> I have no idea what do you mean. Just "plot x" and which window is focused 
> afterwards? It works the same way as on X11. Also "pause -1" goes back to 
> command window after you hit Enter or click "OK" button.
> 
> Otherwisse, hitting "Space" makes the command window active.

Indeed! I have forgotten about that functionality. 
 
> > and get rid of the pop-up "pause" widget altogether.
> 
> OS/2 PM has three possibilities: Pause dialog, Pause item on the menu bar of 
> the graph windows; Hit Enter in the command window. It's user configurable. 
> I prefer the menu bar item as it is not necessary to leave the graph window 
> just to hit Enter elsewhere to continue something.dem.

My opinion was written in the previous post.
Anyway the problem wgnuplot+wxt+pause mouse does not work now.

I have consider a modification on the weekend.  

I have one point to ask about the wxt terminal. Is there any way to detect whether the wxt graph
window is active or not.  I have remembered that my personal trial to treat wgnuplot+wxt+pause mouse
issue was failed in this point.

Regards

Tatsuro

 

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> Anyway the problem wgnuplot+wxt+pause mouse does not work now.
> I have remembered that my personal trial to treat wgnuplot+wxt+pause mouse
> issue was failed in this point.

Please try the hint in my previous email with
  if (0) {

> I have one point to ask about the wxt terminal. Is there any way to detect whether the wxt graph
> window is active or not.

This:
  if (!strcmp(term->name, "wxt")) {


---
PM

Re: towards 4.4

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

> I have found a serious side effect of this patch. Gui dialog 'gnuplot 
> pause' does not appear on wgnuplot when terminal is wxt.

I thought that term->waitforinput() works in wxt in the same way as on 
non-Windows.

But in wxt_gui.cpp there is a special code for WGP_CONSOLE and not for 
WIN_IPC in wxt_waitforinput().

Should there be 
  if (0) {
instead of
  if (!strcmp(term->name, "wxt")) {
in command.c? Please try it.

It's the same as removing the whole block
# ifdef WXWIDGETS
...
# endif /* _Windows && WXWIDGETS */


---
PM

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Petr Mikulik wrote:
> But in wxt_gui.cpp there is a special code for WGP_CONSOLE and not for 
> WIN_IPC in wxt_waitforinput().

Ooops! I have not noticed.

#ifdef WGP_CONSOLE
	if (paused_for_mouse) {
		MSG msg;
		BOOL ret;
 :
 :

I have changed #ifdef WGP_CONSOLE to #ifdef _Windows in wxt_gui.cpp

Your patch almost works for wgnuplot.  However, if the graph window of wxt (wxtFrame?) terminal
(wxtFrame) is active, for example graph window is closed by user, 'pause mouse'  freezes the wgnuplot.
This is also happen in gnuplot.exe

The explanation of wxtFrame is written in wxt_gui.cpp as, 
/* ---------------------------------------------------------------------------
 * Frame : the main windows (one for each plot)
 * ----------------------------------------------------------------------------*/

I would like to know flag for wxtFrame similar to 'graphwin.hWndGraph'  
in windows terminal.

Regards

Tatsuro

Regards






--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

The previous post has a mistake. Please ignore it.

--- Petr Mikulik wrote:
> But in wxt_gui.cpp there is a special code for WGP_CONSOLE and not for 
> WIN_IPC in wxt_waitforinput().

Ooops! I have not noticed.

#ifdef WGP_CONSOLE
	if (paused_for_mouse) {
		MSG msg;
		BOOL ret;
 :
 :

I have changed #ifdef WGP_CONSOLE to #ifdef _Windows in wxt_gui.cpp

Your patch almost works for wgnuplot.  However, if the graph window of wxt (wxtFrame?) terminal
(wxtFrame) is not active, for example the graph window is closed by user, 'pause mouse'  freezes the
wgnuplot. 

(In the previous post I wrote 'is active' but 'is not active' is correct  )

This is also happen in gnuplot.exe

The explanation of wxtFrame is written in wxt_gui.cpp as, 
/* ---------------------------------------------------------------------------
 * Frame : the main windows (one for each plot)
 * ----------------------------------------------------------------------------*/

I would like to know flag for wxtFrame similar to 'graphwin.hWndGraph'  
in windows terminal.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

Although there remained some problems, I have attached the patches 
and uploaded the exe files for pause mouse for gnuplot for windows with wxt terminal.

http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin/diff.exes.html
(Please forgive me this page will be deleted in the future.
uploaded Jan. 31, 2010 )

Note that the exe files can be used override them to 
gp45-winbin.zip + gp45-winbin-wxt-diff.zip.
in
http://www.tatsuromatsuoka.com/gnuplot/Eng/winbin


The patch is made for the cvs source. The latest chagelog is

2010-01-28  Petr Mikulik  <mi...@ph...>

	* src/command.c (pause_command): Fix "pause mouse" for gnuplot.exe on
	Windows.

#########################

The most serious problem remained is gnuplot hangs 
if the pause mouse command executed 
when wxt graph windows does not exist or is terminated by a user.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

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

> Although there remained some problems, I have attached the patches

I've committed them.

> The most serious problem remained is gnuplot hangs if the pause mouse 
> command executed when wxt graph windows does not exist or is terminated by 
> a user.

It seems to need a variable or function ... e.g.
is_wxt_windows_active()?

I see this on Linux:
set term wxt
plot x
<close the window>
pause mouse any
<need to press Ctrl-C>

The same for "set term x11".
On "set term windows": <need to press Enter>

I think it would be better to require <Enter> on all platforms if wxt or x11 
window is not available.

---
PM

Re: towards 4.4

[Ethan M. <merritt@u.washington.edu>]

On Sunday 31 January 2010, Petr Mikulik wrote:
> 
> I see this on Linux:
> set term wxt
> plot x
> <close the window>
> pause mouse any
> <need to press Ctrl-C>
> 
> The same for "set term x11".
> On "set term windows": <need to press Enter>
> 
> I think it would be better to require <Enter> on all platforms if wxt or x11 
> window is not available.

I have this listed already as an un-fixed bug.
"pause mouse" should return immediately, perhaps with a warning,
if the there is  no mousable window present.
Here are my notes:

 - If an x11 plot window is killed, then a subsequent 'pause mouse'
   command should be rejected.  The only way I have managed to set this up
   so far is to have event_reset() set term_initialised = FALSE,
   and have pause_command() test for it.  This seems to work for x11, but
   I have no idea what havoc it might trigger on os2 or whatever else.

Re: towards 4.4

[Tatsuro M. <tma...@ya...>]

Hello

--- Ethan Merritt <merritt@u.washington.edu> wrote:

> I have this listed already as an un-fixed bug.
> "pause mouse" should return immediately, perhaps with a warning,
> if the there is  no mousable window present.
> Here are my notes:
> 
>  - If an x11 plot window is killed, then a subsequent 'pause mouse'
>    command should be rejected.  The only way I have managed to set this up
>    so far is to have event_reset() set term_initialised = FALSE,
>    and have pause_command() test for it.  This seems to work for x11, but
>    I have no idea what havoc it might trigger on os2 or whatever else.

Sorry I have not noticed the above.
Surely gnuplot with x11 on cygwin (in this case, cygwin can be included as a unixy system),

pause mouse" return immediately, perhaps with a warning, if the there is  no mousable window present.

gnuplot> pause mouse
         Mousing not active


In x11.trm,
    /* If ipc_back_fd is not open, we will never see any mouse events! */
    else if (paused_for_mouse) {
	paused_for_mouse = 0;
	int_error(NO_CARET,"Mousing not active");

Perhaps on windows terminal can be done this by 'graphwin.hWndGraph'.
For wxt terminal, I do not have enough knowledge to do that.

BTW, does not wxt terminal on the linux have the same problem?

Regards

Tatsuro 

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: towards 4.4

[Ethan M. <merritt@u.washington.edu>]

On Sunday 31 January 2010, Tatsuro MATSUOKA wrote:
> Hello
> 
> --- Ethan Merritt <merritt@u.washington.edu> wrote:
> 
> > I have this listed already as an un-fixed bug.
> > "pause mouse" should return immediately, perhaps with a warning,
> > if the there is  no mousable window present.
> > Here are my notes:
> > 
> >  - If an x11 plot window is killed, then a subsequent 'pause mouse'
> >    command should be rejected.  The only way I have managed to set this up
> >    so far is to have event_reset() set term_initialised = FALSE,
> >    and have pause_command() test for it.  This seems to work for x11, but
> >    I have no idea what havoc it might trigger on os2 or whatever else.
> 
> Sorry I have not noticed the above.
> Surely gnuplot with x11 on cygwin (in this case, cygwin can be included as a unixy system),
> 
> pause mouse" return immediately, perhaps with a warning, if the there is  no mousable window present.
> 
> gnuplot> pause mouse
>          Mousing not active

That is because you have not yet opened a plot window at all, right?
Therefore gnuplot_x11 has not yet been started.
The problem arises if there was previously a plot window in use,
but it was forcibly closed by the user.

> In x11.trm,
>     /* If ipc_back_fd is not open, we will never see any mouse events! */
>     else if (paused_for_mouse) {
> 	paused_for_mouse = 0;
> 	int_error(NO_CARET,"Mousing not active");

That test only confirms that there is an open pipe to gnuplot_x11, 
not that there is currently a plot window on the screen.

> Perhaps on windows terminal can be done this by 'graphwin.hWndGraph'.
> For wxt terminal, I do not have enough knowledge to do that.
> 
> BTW, does not wxt terminal on the linux have the same problem?

On linux it is always safe to hit "ctrl-c" in order to return to
the command prompt. As I understand it, this solution does not work
on windows (see other thread).