Japanese translations
Japanese Translation
I could not understand what you want do. Do you want save plot date to text file? If so, please consult "set table" in the help. Or do you want plot a data file "foo.txt" like # foo.txt 0 0 1 1 2 4 3 9 4 16 5 25 #include <stdio.h> #include <stdlib.h> int main(void){ system("start wgnuplot --persist -e \"plot 'foo.txt'\" "); return 0; }
Do you want save plot date to text file? If so, please consult "set table" in the help.
Did you only copy gnuplot.exe to .......\Visual Studio 2015\Projects\Code1\gnuplot.exe ? But gnuplot.exe depends on th dll files in the bin folder. 1. copy also all files to the ......\Visual Studio 2015\Projects\Code1\ or 2. set path to (gnuplot install dir)\bin
Did ou only copy gnuplot.exe to .......\Visual Studio 2015\Projects\Code1\gnuplot.exe ? But gnuplot.exe depends on th dll files in the bin folder. 1. copy also all files to the ......\Visual Studio 2015\Projects\Code1\ or 2. set path to (gnuplot install dir)\bin
Sorry. VC does not have popen nor pclose but has _popen and _pclose. I do not have GUI version VC and I tried the below command line version VC 2019. #include <stdio.h> int main(void){ FILE *gp; gp = _popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); _pclose(gp); return 0; } D:\usr\Tatsu\program\gnuplot\test27>cl test1.cpp Microsoft(R) C/C++ Optimizing Compiler Version 19.22.27905 for x64 Copyright (C) Microsoft Corporation. All rights reserved. test1.cpp Microsoft (R) Incremental Linker...
Sorry. VC does not have popen nor pclose but have _popen and _pclose. I do not have GUI version VC and I tried the below command line version VC 2019. #include <stdio.h> int main(void){ FILE *gp; gp = _popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); _pclose(gp); return 0; } D:\usr\Tatsu\program\gnuplot\test27>cl test1.cpp Microsoft(R) C/C++ Optimizing Compiler Version 19.22.27905 for x64 Copyright (C) Microsoft Corporation. All rights reserved. test1.cpp Microsoft (R) Incremental Linker...
Sorry. VC does not have popen nor pclose but have _popen and _pclose. I do not have GUI version VC and I tried the below command line version VC 2019. #include <stdio.h> int main(void){ FILE *gp; gp = _popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); _pclose(gp); return 0; } D:\usr\Tatsu\program\gnuplot\test27>cl test1.cpp Microsoft(R) C/C++ Optimizing Compiler Version 19.22.27905 for x64 Copyright (C) Microsoft Corporation. All rights reserved. test1.cpp Microsoft (R) Incremental Linker...
Sorry. VC does not have popen nor pclose but have _popen and _pclose. I do not have GUI version VC and I tried the below command line version VC 2019. #include <stdio.h> int main(void){ FILE *gp; gp = _popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); _pclose(gp); return 0; } D:\usr\Tatsu\program\gnuplot\test27>cl test1.cpp Microsoft(R) C/C++ Optimizing Compiler Version 19.22.27905 for x64 Copyright (C) Microsoft Corporation. All rights reserved. test1.cpp Microsoft (R) Incremental Linker...
Did you set path to where gnuplot.exe is placed?
What version of Windows are you using? Can you excute gnuplot.exe directly?
How do you call gnuplot? The below is an example using "pipe" ; #include <stdio.h> int main(void){ FILE *gp; gp = popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); pclose(gp); return 0; }
How do you call gnuplot using "pipe" from your Program. The below is an example; #include <stdio.h> int main(void){ FILE *gp; gp = popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); pclose(gp); return 0; }
How do you call gnuplot from your Program. The below is an example; #include <stdio.h> int main(void){ FILE *gp; gp = popen("gnuplot -persist","w"); fprintf(gp, "plot sin(x)\n"); pclose(gp); return 0; }
I have confirmed the fix. Thanks!
make gnuplot.pdf fails at Commit [a14bd8]
I am a one of the visitor. Looking for Code repository, the last code update is June 20, 2019.
Comfimed fix for this case (#2182) in 5.3.
@@ -3315,9 +3321,8 @@ gdk_window_raise(gtk_widget_get_window(window->frame->GetHandle())); #else #ifdef __WXMSW__ - // Only restore the window if it is iconized. In particular - // leave it alone if it is maximized. - if (window->frame->IsIconized()) + // Only restore the window if it is not maximized. + if (!(window->frame->IsMaximized())) This change is an origin of the isse. If I revert this change, the issue is disapeared. But the chage is essestial for fixing the Bugs #1986 and #2116.
@@ -3315,9 +3321,8 @@ gdk_window_raise(gtk_widget_get_window(window->frame->GetHandle())); #else #ifdef __WXMSW__ - // Only restore the window if it is iconized. In particular - // leave it alone if it is maximized. - if (window->frame->IsIconized()) + // Only restore the window if it is not maximized. + if (!(window->frame->IsMaximized())) This change is an origin of the isse.
The commit [725795] (2019-01-15 20:28:09 ) for 5.2 and 5.3 is breaking point. --- a/src/wxterminal/wxt_gui.cpp +++ b/src/wxterminal/wxt_gui.cpp @@ -392,6 +392,12 @@ #endif window->frame = new wxtFrame( window->title, window->id ); window->frame->Show(true); +#ifdef __WXMSW__ + // If gnuplot is invoked "hidden", the very first Show() is ignored. + if (!window->frame->IsShown()) + window->frame->Show(true); +#endif + But if I revert the above change in 5.2.7, the issue still happens. There seems also...
The commit [725795] (2019-01-15 20:28:09 ) for 5.2 is breaking point. --- a/src/wxterminal/wxt_gui.cpp +++ b/src/wxterminal/wxt_gui.cpp @@ -392,6 +392,12 @@ #endif window->frame = new wxtFrame( window->title, window->id ); window->frame->Show(true); +#ifdef __WXMSW__ + // If gnuplot is invoked "hidden", the very first Show() is ignored. + if (!window->frame->IsShown()) + window->frame->Show(true); +#endif + But if I revert the above change in 5.2.7, the issue still happens. There seems also other...
Confirmed in 5.2.7 and the latest 5.3 (2019-06-11). However, I am a mere package manager of windows vesion of gnuplot. Perhaps, other persons reply to this matter.
I write an install instruction in zip and 7zip archives or on the site indicated site as shown Bastian. As I wrote in the instruction, you should install gnuplot-5.2.6 for Cygwin by Cygwin setup and almost dependency runtime libraries are installed . In this process lua5.2 (cyglua-5.2.dll ) is installed. The binary gives development snapshot and also additional features of wxt and qt terminals that has not been implemented on gnuplot on Cygwin official (current version 5.2.6). I do want do static...
And my distrubution develpment snapshot is not official to gnuplot project nor Cygwin project. So that topic is not suitable to bug tracker. Use gnuplot-beta list.
I write an install instruction in zip and 7zip archives or on the site indicated site as shown Bastian. As I wrote in the instruction, you should install gnuplot-5.2.6 for Cygwin by Cygwin setup and almost dependency runtime libraries are installed In the process lua5.2 (cyglua-5.2.dll ) is installed. The binary gives development snapshot and also addition of wxt and qt terminal support that has not been implemented on gnuplot on Cygwin official (current version 5.2.6). I do want do static link to...
I write an install instruction in zip and 7zip archives or on the site indicated site as shown Bastian. As I wrote in the instruction, you should install gnuplot-5.2.6 for Cygwin by Cygwin setup and almost dependency runtime libraries are installed In the process lua5.2 (cyglua-5.2.dll ) is installed. The binary gives development snapshot and also addition of wxt and qt terminal support that has not been implemented on gnuplot on Cygwin official (current version 5.2.6). I do want do static link to...
Ed Brambley if you are using windows or Cygwin, you can download develepment snapshot binaries from http://tmacchant3.starfree.jp/gnuplot/Eng/winbin/ (Windows) http://tmacchant3.starfree.jp/gnuplot/Eng/cygbin/ (Cygwin) On Ubuntu, you can bulld development version by following sudo build-dep gnuplot # 18.04. if 16.04, gnuplot should be gnuplot5 git clone https://git.code.sf.net/p/gnuplot/gnuplot-main gnuplot-gnuplot-main cd ()/gnuplot-gnuplot-main ./prepare ./configure make make check make instal...
Ed Brambley if you are using windows or Cygwin, you can download develepment snapshot binaries from http://tmacchant3.starfree.jp/gnuplot/Eng/winbin/ (Windows) http://tmacchant3.starfree.jp/gnuplot/Eng/cygbin/ (Cygwin) On Ubuntu, you can bulld development version by following sudo buid-dep gnuplot # 18.04. if 16.04, gnuplot should be gnuplot5 git clone https://git.code.sf.net/p/gnuplot/gnuplot-main gnuplot-gnuplot-main cd ()/gnuplot-gnuplot-main ./prepare ./configure make make check make install
OK. I have mislead. That is the pipe connection. Cygwin emilates the Unixy pipe using Windows nemaed pipe. In the emulateing process, Cygwin seems fails O_NONBLOCK connection.
Please tell me the code receive part of qt->socket.connectToServer(server); in gnuplot_qt code.
fitmulti.dem fails on Ubuntu 18.04 (WSL) on current dev. source
I rebuild it and no errors happen. Please close this.
On ubuntu 16.04 (native linux), this error does not happen.
On winows native and Cygwin, this error does not happen.
fitmulti.dem fails on Ubuntu 18.04 (WSL) on current dev. source
Thank for your summary. I understand this is issue of Cygwin. (Not Qt for Cygwin but issue of Cygwin itself). I report your summary to Cygwin ML.
Unfortunately, the result is the same as before. (gnuplot cannot connect with gnuplot_qt) gnuplot> pl x Could not connect to existing gnuplot_qt. Starting a new one.
Sorry for confusing description. Before patch gnuplot> pl x Could not connect to existing gnuplot_qt. Starting a new one. Warning: slow font initializationgnuplot> (plot never appears) After patch gnuplot> pl x Warning: slow font initializationgnuplot> (plot appears) Before patch gnuplot_qt is executed but gnuplot fails to connect to it.
Sorry for confusing description. Before patch gnuplot> pl x Could not connect to existing gnuplot_qt. Starting a new one. Warning: slow font initializationgnuplot> (plot never appears) After patch gnuplot> pl x Warning: slow font initializationgnuplot> (plot appears) Before patch gnuplot_qt execute but gnuplot fails to connect to it.
Sorry for confusing description. Before patch gnuplot> pl x Could not connect to existing gnuplot_qt. Starting a new one. Warning: slow font initializationgnuplot> After patch gnuplot> pl x Warning: slow font initializationgnuplot> (plot appears) Before patch gnuplot_qt execute but gnuplot fails to connect to it.
Sorry for confusing description. Before patch gnuplot> pl x Could not connect to existing gnuplot_qt. Starting a new one. Warning: slow font initializationgnuplot> After patch gnuplot> pl x Warning: slow font initializationgnuplot> Before patch gnuplot_qt execute but gnuplot fails to connect to it.
That commit identifier is the current tip. Did you mean to point to an earlier change? First pacth for Cygwin appeared at just 5.0 released. http://gnuplot.10905.n7.nabble.com/Gnuplot-version-5-0-is-now-available-td19185.html#a19202 After that I privately got a patch infomation on 2018/3/12, Mon 17:17 > > You should simply avoid using O_NONBLOCK. Please, try the following patch: > > > > > --- a/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp > > +++ b/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp...
"slot font initialization" appears for with or without patch for qt.
That commit identifier is the current tip. Did you mean to point to an earlier change? First pacth for Cygwin appeared at just 5.0 released. http://gnuplot.10905.n7.nabble.com/Gnuplot-version-5-0-is-now-available-td19185.html#a19202 After that I privately got a patch infomation on 2018/3/12, Mon 17:17 You should simply avoid using O_NONBLOCK. Please, try the following patch: --- a/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp +++ b/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix.cpp...
I forgot to mention the details. gnuplot 5.3 (commit [74cf67]) Qt version on Cygwin64 (5.9.4)
Could not connect to existing gnuplot_qt. Starting a new one. on Cygwin
Sorry for my carelessness. I have confirmed currect git repo. can be built without problem. Thanks!
--- show.orig.c 2019-03-03 12:46:43.851449100 +0900 +++ show.c 2019-03-03 14:07:13.074588800 +0900 @@ -1107,7 +1107,7 @@ #ifndef _WIN32 char *helpfile = NULL; if ((helpfile = getenv("GNUHELP")) == NULL) -# if defined(MSDOS) || defined(OS2) +# if !defined(MSDOS) || !defined(OS2) helpfile = HELPFILE; # else helpfile = HelpFile; fixes the issue.
I still have the same error on Ubuntu 16.04 (native linux) 18.04 on WSL and Cygwin64. Please confirm.
Cannot build current dev. (Last Commit [5b139f])
I have confirmed the fix. Thanks!
Commit [ef90e9] perhaps breaks windows build (gnuplot.doc)
I have confirmed the fix. Thanks!
Commit [b83c88] breaks windows build (time.c)
This is case qt terminal on windows but not windows terminal. As references, I show snapshot on windows terminal. On windows terminal and wxt terminal on windows jitter.dem works fine.
This is case qt terminal on windows but not windows terminal. As references, I show snapshot on windows terminal. On windows terinal and wxt terminal on windows jitter.dem works fine.
This is case qt terminal on windows but not windows terminal. As references, I show snapshot on windows terminal.
This is case qt terminal on windows but not windows terminal. As references, I show snapshot on windows terminal.
strange jitter plot on qt terminal on gnuplot native windows
strange jitter plot on qt terminal on gnuplot native windows
strange jitter plot on qt terminal on gnuplot native windows
strange jitter plot on qt terminal on gnuplot native windows
strange jitter plot on qt terminal on gnuplot native windows
strange jitter plot on qt terminal on gnuplot native windows
I have confirmed the font name in qutoes works fine on windows terminal using the shapshot you modified. Thanks!
As Bastian wrore in https://sourceforge.net/p/gnuplot/bugs/2121/#a5bb/3758/355d you can choice font handling system: win32 (windows font system) or fc (fontconfig system) in cairo based terminals by setteing "PANGOCAIRO_BACKEND" environments variable. If you set, PANGOCAIRO_BACKEND=fc, behaviors are almost the same as in those in linux.
I also think that enhanced text should keep to support local font specificcation like "{/fontname}" as for use Japanese-English combined text.
As Bastian written : https://sourceforge.net/p/gnuplot/bugs/2121/#a5bb/3758/355d you can choice font handling system, win32 (windows font system) or fc (fontconfig) in cairo based terminals by setteing "PANGOCAIRO_BACKEND" environments terminal. If you set, PANGOCAIRO_BACKEND=fc, the behaviors are almost the same as in those in linux.
As Bastian written : https://sourceforge.net/p/gnuplot/bugs/2121/#a5bb/3758/355d you can choice font handling system, win32 (windows font system) and fc (fontconfig) in cairo based terminals by setteing "PANGOCAIRO_BACKEND" environments terminal. If you set, PANGOCAIRO_BACKEND=fc, the behaviors are almost the same as in those in linux.
As Bastian written : https://sourceforge.net/p/gnuplot/bugs/2121/#a5bb/3758/355d you can chocie font handling system, win32 (windows font system) and fc (fontconfig) in cairo based terminals by setteing "PANGOCAIRO_BACKEND" environments terminal. If you set, PANGOCAIRO_BACKEND=fc, the behaviors are almost the same as in those in linux.
Honestly speaking, I myself usually use cairo based terminals so that the issue is not serious personally. However, I think that teriminal dependent behaivors are preferrablelly removed.
Sorry I only show an example. As I said at first, font name with hyphen works on cairo based terminals. On windows terminals MS Mincho and MS PMIncho are ingnored as an attached file.
Sorry I only show an example. As I said at first, font name with hyphen works on cairo based terminals. On windows terminals MS Mincho and MS PMIncho is ingnored as an attached file.
Sorry I only show an example. As I said at first, font name with hyphen works on cairo based terminals. On windows terminals MS PMIncho is ingnored as an attached file.
Sorry I only show an example. As I said at first, font name with hyphen works on cairo based terminals works. On windows terminals MS PMIncho is ingnored as an attached file.
Sorry I only show an example. As I said at first, font name with hyphen works on cairo based terminals works. On windows terminals MS PMIncho is ingnored.
Sorry I only show an example. As I said at first, on font name with hyphen works on cairo based terminals works. On windows terminals MS PMIncho is ingnored.
Sorry I only show an example. As I said at first, on font name with hyphen works on cairo based terminals works. On windows, terminals MS PMIncho is ingnored.
Sorry I only show example. If I said at first, font name with hyphen works on cairo based terminals. On windows, terminals MS PMIncho is ingnored.
I tried the below again with "PANGOCAIRO_BACKEND=fc" set label 1 "{/Times This label uses font Times}" at 0,0 set label 2 "{/TimesNewRoman This label uses font TimesNewRoman}" at 0, -.1 set label 3 "{/Times-New-Roman This label uses font Times-New-Roman}" at 0, -.2 plot [-1:1][-1:1] -1 "PANGOCAIRO_BACKEND=win32" wxt: Times does not work - uses default font TimesNewRoman does not work - uses default font Times-New-Roman works and fins MS Times New Roman "PANGOCAIRO_BACKEND=fc" Times works and finds...
I have made an example reset set encoding utf8 set xrange[-1:1] set yrange[-1:1] set term wxt set label "これは Times New Roman" font "Times New Roman" at -0.8, 0.8 set label "{/MS-Minchoこれは} Times New Roman" font "Times New Roman" at -0.8, 0 set label "{/MS-PMinchoこれは} Times New Roman" font "Times New Roman" at -0.8, -0.1 plot x
There are a lot of Japanese fonts selection. The above exmaple, we cannot select arbitrary pair of Japanese and Laten fonts. At this moment, I am too busy to make some examples so that please wait a while. Anyway thanks your comments.
As one of Japanese, I want to use Laten fonts and Japanese fonts at the same label. So that for me, the issue is important and do not want to be "won't fix" or "out of date".
As one of Japanese, I want to use Laten fonts and Japanese fonts. So that for me, the issue is important and do not want to be "won't fix" or "out of date".
I also have not noticed that pango works windows native in default setting. I can see that libpango.dll and libpangocairo.dll are in the gnuplot Windows package. I also see libpangowin32-1.0-0.dll. Perhaps this is for win32 backend and this is used by default. I will do some experiments by setting PANGOCAIRO_BACKEND environment variable.
You are packaging gnuplot with libfontconfig-1.dll, right? Right! On windows, each application has its own fontconfig setting. On font confiration file should be placed relative to libfontconfig-1.dll location (path). ../etc/fonts/fonts.conf The fonts.conf is attached. The binary package for gnuplot for windows has now renamed fontconfig utlilities like fc-list-gp. I execute the below on Msys2 (unixy like environments on windows.) $ "C:\Programs\gp530-64\bin\fc-list-gp" | grep -i times | grep ttf...
As you say, svg is viewer dependent. The previous post I saw svg file by firefox on windows. I saw it by inkscape then : Times works and finds MS Times New Roman?. TimesNewRoman works and find MS Times New Roman Times-New-Roman does not work - uses default font Your upload file (foo.svg) in firefox Times works and finds MS Times New Roman?. TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font I upload svg file created by gnuplot 5.3 on windows
As you say, svg is viewer dependent. The previous post I saw svg file by firefox on windows. I saw it by inkscape then : Times works and finds MS Times New Roman?. TimesNewRoman works and finds MS Times New Roman Times-New-Roman does not work - uses default font Your upload file (foo.svg) in firefox Times works and finds MS Times New Roman?. TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font I upload svg file created by gnuplot 5.3 on windows
As you say, svg is viewer dependent. The previous post I saw svg file by firefox on windows. I saw it by inkscape then : Times works and finds MS Times New Roman?. TimesNewRoman works and finds MS Times New Roman Times-New-Roman does not work - uses default font Your upload file (foo.svg) in firefox Times works and finds MS Times New Roman?. TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font I upload svg file created by gnuplot 5.3 on windows
Ethan thanks for experiments On windows qt: Times does not work - uses default font TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font wxt: Times does not work - uses default font TimesNewRoman does not work - uses default font Times-New-Roman works and fins MS Times New Roman svg: Times works and finds MS Times New Roman?. TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font png (gd): Times works and finds...
Ethan thanks for experiments On windows qt: Times does not work - uses default font TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font wxt: Times does not work - uses default font TimesNewRoman does not work - uses default font Times-New-Roman works and fins MS Times New Roman svg: Times works and finds MS Times New Roman?. TimesNewRoman does not work - uses default font Times-New-Roman does not work - uses default font png (gd): Times works and finds...
Since nobody has complained about this ever since enhanced text mode was introduced . I personally got this trobuble when gnuplot 5 appeared. But at that time, I did not report this issue.
In the "Wiki article on Windows fonts", I found Times New Roman in "List of Installed Typefaces in Windows 10 (N. America)".
OK. I understand the situation. Is font names containing blank space can be treated like "{/Times\ New\ Roman aaa}" one of ideas?
issue of font name with hyphen in enhanced text on some terminals
I create the ticket about issue of font name with hyphen on enhanced text. See : #2121
issue of font name with hyphen iin enhanced text on some terminals