From: Tatsuro M. <tma...@ya...> - 2009-12-11 07:31:22
|
Hello In the octave mailing list, it is revealed that pause mouse does not work correct on gnuplot.exe. http://old.nabble.com/Problem-with-ginput-to26706688.html Ben Abbott reduce the problem of gnuplot as, gnuplot> set term windows gnuplot> plot sin(x) gnuplot> pause mouse gnuplot> print MOUSE_X gnuplot> print MOUSE_Y On the wgnuplot.exe (4.4 and 4.5), the above worked correct as, gnuplot> set term windows Terminal type set to 'windows' Options are 'color noenhanced font "Arial, 10"' gnuplot> plot sin(x) gnuplot> pause mouse paused gnuplot> gnuplot> print MOUSE_X -5.02091446704168 gnuplot> print MOUSE_Y -0.362648407563289 gnuplot> On gnuplot.exe wxt term, it also work Terminal type set to 'wxt' gnuplot> plot sin(x) gnuplot> pause mouse gnuplot> gnuplot> print MOUSE_X -1.10333064009337 gnuplot> print MOUSE_Y 0.210836991070077 gnuplot> However on windows term on gnuplot.exe (4.4 and 4.5), plot sin(x) pause mouse No response even clicking mouse on the plot window. I have paste the commands to the gnuplot prompt using quick edit mode of cmd facilities. gnuplot> plot sin(x) gnuplot> pause mouse gnuplot> print MOUSE_X undefined variable: MOUSE_X gnuplot> print MOUSE_Y undefined variable: MOUSE_Y 'pause mouse' was skipped. At the moment, I have not seen the code concerning to 'pause mouse'. Regards Tatsuro -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-12 20:05:15
|
Hello I have tried some modification on mouse.c but got no success. However, I noticed that pressing keyboard successfully breaks 'pause mouse'. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > In the octave mailing list, > it is revealed that pause mouse does not work correct on gnuplot.exe. > > http://old.nabble.com/Problem-with-ginput-to26706688.html > > Ben Abbott reduce the problem of gnuplot as, > > gnuplot> set term windows > gnuplot> plot sin(x) > gnuplot> pause mouse > gnuplot> print MOUSE_X > gnuplot> print MOUSE_Y > > On the wgnuplot.exe (4.4 and 4.5), the above worked correct as, > gnuplot> set term windows > Terminal type set to 'windows' > Options are 'color noenhanced font "Arial, 10"' > gnuplot> plot sin(x) > gnuplot> pause mouse > paused > gnuplot> > gnuplot> print MOUSE_X > -5.02091446704168 > gnuplot> print MOUSE_Y > -0.362648407563289 > gnuplot> > > On gnuplot.exe wxt term, it also work > > Terminal type set to 'wxt' > gnuplot> plot sin(x) > gnuplot> pause mouse > gnuplot> > gnuplot> print MOUSE_X > -1.10333064009337 > gnuplot> print MOUSE_Y > 0.210836991070077 > gnuplot> > > However on windows term on gnuplot.exe (4.4 and 4.5), > plot sin(x) > pause mouse > > No response even clicking mouse on the plot window. > > I have paste the commands to the gnuplot prompt using quick edit mode of cmd facilities. > gnuplot> plot sin(x) > gnuplot> pause mouse > gnuplot> print MOUSE_X > undefined variable: MOUSE_X > > gnuplot> print MOUSE_Y > undefined variable: MOUSE_Y > > 'pause mouse' was skipped. > > At the moment, I have not seen the code concerning to 'pause mouse'. > > Regards > > Tatsuro > > > > > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-13 01:58:50
|
Hello I have not yet gotten successful results on this issue. I would like to report one notice. set term windows plot sin(x) pause mouse print MOUSE_X print MOUSE_Y # Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause mouse'. That was reported previously. After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of mouse cursor. gnuplot> set term win Terminal type set to 'windows' Options are 'color noenhanced' gnuplot> plot sin(x) gnuplot> pause mouse gnuplot> print MOUSE_X -6.73839400734768 gnuplot> print MOUSE_Y -0.0106162447389911 gnuplot> The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse cursor seem to be read correctly. I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on wgnuplot.exe, the mouse click can break the 'pause mouse'. Regards Tatsuro -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-13 06:28:25
|
Hello Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be modified, *********************************************** #ifdef WGP_CONSOLE TERM_PUBLIC int WIN_waitforinput () { return ConsoleGetch(); } #endif /* WGP_CONSOLE */ ********************************************** This only waits for keybord input. For both x11 and wxt term some routines are described. What is the good way to overcome issue? Which code should be modified in commnand.c or win.trm. For wgnuplot, where WGP_CONSOLE flag is false, paused_for_mouse routine is described 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(); } } } ***************************** When I use 'pause mouse' on wgnuplot, a phase 'paused' is printed in text screen but not in the pause dialog box. Therefore it will be nice to render this method for WGP_CONSOLE is true. However, simple trial affects 'pause' command. The 'pause -1' command gives the pause dialog box. That should be avoided on the gnuplot.exe. The aboves are all I can tell at present. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > I have not yet gotten successful results on this issue. > I would like to report one notice. > > set term windows > plot sin(x) > pause mouse > > print MOUSE_X > print MOUSE_Y > > > # > Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause > mouse'. > That was reported previously. > > After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of > mouse > cursor. > > gnuplot> set term win > Terminal type set to 'windows' > Options are 'color noenhanced' > gnuplot> plot sin(x) > gnuplot> pause mouse > gnuplot> print MOUSE_X > -6.73839400734768 > gnuplot> print MOUSE_Y > -0.0106162447389911 > gnuplot> > > The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse > cursor > seem to be read correctly. > > I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on > wgnuplot.exe, the mouse click can break the 'pause mouse'. > > Regards > > Tatsuro > > > > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-13 09:28:50
Attachments:
command.c.diff
|
Hello I have considered the patch in response to my previous post. A diff file is attached to this mail. With th patch attached, I have the results in the following, ****** gnuplot Terminal type set to 'windows' gnuplot> plot sin(x) gnuplot> pause mouse paused gnuplot> pr MOUSE_X, MOUSE_Y -0.0749081540149821 -0.0106162447389911 gnuplot> pause -1 paused gnuplot> pause -1 'press return to continue -> ' press return to continue -> gnuplot> pause 1 '1 second pause' 1 second pause gnuplot> **** wgnuplot Terminal type set to 'windows' gnuplot> pause -1 gnuplot> pause mouse paused gnuplot> plot sin(x) gnuplot> pause mouse paused gnuplot> pr MOUSE_X, MOUSE_Y -3.55980724271196 0.413405364658584 gnuplot> pause -1 'press return to continue -> ' gnuplot> pause 1 '1 second pause' 1 second pause gnuplot> **************** The results for wgnuplot.exe are shown to show that the patch do not affect wnuplot.exe. Perhaps the way to tweak 'win.trm' is also considerable but I cannot judge which is better. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be > modified, > > *********************************************** > #ifdef WGP_CONSOLE > > TERM_PUBLIC int > WIN_waitforinput () > { > return ConsoleGetch(); > } > > #endif /* WGP_CONSOLE */ > ********************************************** > This only waits for keybord input. > For both x11 and wxt term some routines are described. > > What is the good way to overcome issue? > Which code should be modified in commnand.c or win.trm. > > For wgnuplot, where WGP_CONSOLE flag is false, paused_for_mouse routine is described 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(); > } > } > } > ***************************** > > When I use 'pause mouse' on wgnuplot, a phase 'paused' is printed in text screen but not in the > pause > dialog box. > > Therefore it will be nice to render this method for WGP_CONSOLE is true. However, simple trial > affects 'pause' command. The 'pause -1' command gives the pause dialog box. That should be > avoided > on the gnuplot.exe. > > The aboves are all I can tell at present. > > Regards > > Tatsuro > --- Tatsuro MATSUOKA wrote: > > > Hello > > > > I have not yet gotten successful results on this issue. > > I would like to report one notice. > > > > set term windows > > plot sin(x) > > pause mouse > > > > print MOUSE_X > > print MOUSE_Y > > > > > > # > > Clicking mouse did not break 'pause mouse' but pressing a key on the keyboard broke 'pause > > mouse'. > > That was reported previously. > > > > After breaking 'pause mouse' by pressing a key, I tried print XY coordinates of the point of > > mouse > > cursor. > > > > gnuplot> set term win > > Terminal type set to 'windows' > > Options are 'color noenhanced' > > gnuplot> plot sin(x) > > gnuplot> pause mouse > > gnuplot> print MOUSE_X > > -6.73839400734768 > > gnuplot> print MOUSE_Y > > -0.0106162447389911 > > gnuplot> > > > > The MOUSE_X and MOUSE_Y values seemed to be reasonable and this means that the point of mouse > > cursor > > seem to be read correctly. > > > > I have to solve why the mouse click cannot break the 'pause mouse' on gnuplot.exe while, on > > wgnuplot.exe, the mouse click can break the 'pause mouse'. > > > > Regards > > > > Tatsuro > > > > > > > > > > -------------------------------------- > > Get Disney character's mail address on Yahoo! Mail > > http://pr.mail.yahoo.co.jp/disney/ > > > > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Benjamin L. <lin...@gm...> - 2009-12-13 17:57:37
|
Tatsuro MATSUOKA wrote: > Hello > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should be > modified, > > *********************************************** > #ifdef WGP_CONSOLE > > TERM_PUBLIC int > WIN_waitforinput () > { > return ConsoleGetch(); > } > > #endif /* WGP_CONSOLE */ > ********************************************** > This only waits for keybord input. Not really. It also waits for mouse input. That's the reason (I suspect) that the function is written the way it is written. It processes mouse events in the else clause else if (waitResult == WAIT_OBJECT_0+1) { MSG msg; while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } } because otherwise you would not be able to zoom. However it does not return on mouse input. I don't know if it should do so? benjamin |
From: Tatsuro M. <tma...@ya...> - 2009-12-14 00:35:29
|
Hello Benjamin Thank you for your comments. --- Benjamin Lindner wrote: > Tatsuro MATSUOKA wrote: > > Hello > > > > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm should > be > > modified, > > > > *********************************************** > > #ifdef WGP_CONSOLE > > > > TERM_PUBLIC int > > WIN_waitforinput () > > { > > return ConsoleGetch(); > > } > > > > #endif /* WGP_CONSOLE */ > > ********************************************** > > This only waits for keybord input. > > Not really. It also waits for mouse input. > That's the reason (I suspect) that the function is written the > way it is written. It processes mouse events in the else clause My writing was not correct. The above enables 'mouse input' but clicking mouse does not break pause. That is the problem. > else if (waitResult == WAIT_OBJECT_0+1) > { > MSG msg; > > while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) > { > TranslateMessage(&msg); > DispatchMessage(&msg); > } > } > > because otherwise you would not be able to zoom. > However it does not return on mouse input. > I don't know if it should do so? At current state, paused state by 'pause mouse' command is broken by zooming graph using the mouse button on the right side. However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on cygwin, and wxt terminal on gnuplot on MinGW. I do not want to introduce a new functionality to gnuplot. What you have mentioned is a revision of 'pause mouse' functionality. That is beyond my ability. Anyway I appreciate your comments. I think that what you have mention should be discussed in the different post. Regards Tatsuro -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-14 04:49:00
|
Hello I have found that pause mouse does not work in wxt terminal on wgnuplot. This is probably because the description 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(); } } } *************************** In the above description, only for the windows terminal is considered. Now, we can have two interactive terminals, window and wxt. So that pause mouse treatment for window terminal should not be described here but in win.trm. At least windows, the description for 'pause mouse' should be modified. Therefore the patch I posted for gnuplot.exe should also be modified. On weekdays I will not have enough time to consider this issue. Please forgive me. PS. I do not know for the case of Macintosh and OS2. Regards Tatsuro --- Tatsuro MATSUOKA <tma...@ya...> wrote: > Hello Benjamin > > > Thank you for your comments. > > --- Benjamin Lindner wrote: > > > Tatsuro MATSUOKA wrote: > > > Hello > > > > > > > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm > should > > be > > > modified, > > > > > > *********************************************** > > > #ifdef WGP_CONSOLE > > > > > > TERM_PUBLIC int > > > WIN_waitforinput () > > > { > > > return ConsoleGetch(); > > > } > > > > > > #endif /* WGP_CONSOLE */ > > > ********************************************** > > > This only waits for keybord input. > > > > Not really. It also waits for mouse input. > > That's the reason (I suspect) that the function is written the > > way it is written. It processes mouse events in the else clause > > My writing was not correct. The above enables 'mouse input' but clicking mouse does not break > pause. > That is the problem. > > > else if (waitResult == WAIT_OBJECT_0+1) > > { > > MSG msg; > > > > while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) > > { > > TranslateMessage(&msg); > > DispatchMessage(&msg); > > } > > } > > > > because otherwise you would not be able to zoom. > > However it does not return on mouse input. > > I don't know if it should do so? > > At current state, paused state by 'pause mouse' command is broken by zooming graph using the > mouse > button on the right side. > > However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on > cygwin, and > wxt terminal on gnuplot on MinGW. > > I do not want to introduce a new functionality to gnuplot. > What you have mentioned is a revision of 'pause mouse' functionality. > That is beyond my ability. > > Anyway I appreciate your comments. > I think that what you have mention should be discussed in the different post. > > Regards > > Tatsuro > > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2009-12-14 04:57:12
|
Hello Sorry!! > So that pause mouse treatment for window terminal should not be described here but in win.trm. It is not clear the above is correct or not. However some treatments should be done to remove bugs. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > I have found that pause mouse does not work in wxt terminal on wgnuplot. > This is probably because the description 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(); > } > } > } > *************************** > > In the above description, only for the windows terminal is considered. > Now, we can have two interactive terminals, window and wxt. > > So that pause mouse treatment for window terminal should not be described here but in win.trm. > > > At least windows, the description for 'pause mouse' should be modified. > Therefore the patch I posted for gnuplot.exe should also be modified. > > On weekdays I will not have enough time to consider this issue. > > Please forgive me. > > PS. I do not know for the case of Macintosh and OS2. > > Regards > > Tatsuro > > --- Tatsuro MATSUOKA <tma...@ya...> wrote: > > > Hello Benjamin > > > > > > Thank you for your comments. > > > > --- Benjamin Lindner wrote: > > > > > Tatsuro MATSUOKA wrote: > > > > Hello > > > > > > > > > > > > Perhaps to overcome the issue of the 'pause mouse' in gnuplot.exe on windows , win.trm > > should > > > be > > > > modified, > > > > > > > > *********************************************** > > > > #ifdef WGP_CONSOLE > > > > > > > > TERM_PUBLIC int > > > > WIN_waitforinput () > > > > { > > > > return ConsoleGetch(); > > > > } > > > > > > > > #endif /* WGP_CONSOLE */ > > > > ********************************************** > > > > This only waits for keybord input. > > > > > > Not really. It also waits for mouse input. > > > That's the reason (I suspect) that the function is written the > > > way it is written. It processes mouse events in the else clause > > > > My writing was not correct. The above enables 'mouse input' but clicking mouse does not break > > pause. > > That is the problem. > > > > > else if (waitResult == WAIT_OBJECT_0+1) > > > { > > > MSG msg; > > > > > > while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) > > > { > > > TranslateMessage(&msg); > > > DispatchMessage(&msg); > > > } > > > } > > > > > > because otherwise you would not be able to zoom. > > > However it does not return on mouse input. > > > I don't know if it should do so? > > > > At current state, paused state by 'pause mouse' command is broken by zooming graph using the > > mouse > > button on the right side. > > > > However, that is also happed on wgnuplot.exe (for my build and Petr build), gnuplot-x11 on > > cygwin, and > > wxt terminal on gnuplot on MinGW. > > > > I do not want to introduce a new functionality to gnuplot. > > What you have mentioned is a revision of 'pause mouse' functionality. > > That is beyond my ability. > > > > Anyway I appreciate your comments. > > I think that what you have mention should be discussed in the different post. > > > > Regards > > > > Tatsuro > > > > > > -------------------------------------- > > Get Disney character's mail address on Yahoo! Mail > > http://pr.mail.yahoo.co.jp/disney/ > > > > ------------------------------------------------------------------------------ > > Return on Information: > > Google Enterprise Search pays you back > > Get the facts. > > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > > gnuplot-beta mailing list > > gnu...@li... > > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > > > > > -------------------------------------- > Get Disney character's mail address on Yahoo! Mail > http://pr.mail.yahoo.co.jp/disney/ > -------------------------------------- Get Disney character's mail address on Yahoo! Mail http://pr.mail.yahoo.co.jp/disney/ |
From: Tatsuro M. <tma...@ya...> - 2010-02-01 10:19:40
|
Hello Sorry for delayed reply At that time, I have completely misled what you said. --- Benjamin Lindner wrote: > Not really. It also waits for mouse input. > That's the reason (I suspect) that the function is written the > way it is written. It processes mouse events in the else clause > > else if (waitResult == WAIT_OBJECT_0+1) > { > MSG msg; > > while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) > { > TranslateMessage(&msg); > DispatchMessage(&msg); > } > } > > because otherwise you would not be able to zoom. > However it does not return on mouse input. > I don't know if it should do so? You are right. ConsoleGetch(); used in win.trm is described in the winmain.c and include the code you have described the above. So it is used for only pause for keyboard. Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |