Activity for Shigeharu TAKENO
-
Shigeharu TAKENO posted a comment on ticket #2849
Well, EUC-JP string "2025\xc7\xaf" are printed correctly for set encoding locale, set encoding "EUC_JP", and without "set encoding" command. The compound string of EUC-JP character and "\U+xxxx" are also printed correctly for the same situation. Thank you.
-
I tested current git version. Then the script all.dem stopped at the command "test palette" in pm3d.dem. gnuplot> set encoding EUC_JP ^ line 68: unrecognized encoding specification; see 'help encoding'. I tested on wxt terminal, then the same message appeared for the case "set encoding locale": gnuplot> set encoding default gnuplot> test palette # no problem gnuplot> set encoding locale gnuplot> test palette gnuplot> set encoding EUC_JP ^ line 68: unrecognized encoding specification; see 'help encoding'....
-
The current gnuplot seems to permit the \U+xxxx sequence only for S_ENC_UTF8. I agree that we can not use \U+xxxx for S_ENC_EUCJP. Because EUC-JP table include greek alphabets and some simple symbols, we cant put them directly. The user which wants to use any special character not in EUC-JP table may use "set encoding utf8" and UTF-8 script. Well, I found the function strlen_sjis() for gp_strlen() in encoding.c, so the function strlen_eucjp() may be need for S_ENC_EUCJP. Standard EUC-JP is 8bit 2byte...
-
Thanks for your sooner reply and adding S_ENC_EUCJP. I tested modified code for the script set term wxt set encoding # set encoding locale # set encode default set title "2025[\xc7\xaf]" plot x They do not display japanese title correctly, and in the case "set encoding locale" gnuplot says warning: Error converting locale "ja_JP.eucJP" to codepage number Only in the case set encoding "EUC_JP" gnuplot displays the Japanese string correctly, because the name "EUC_JP" is added in encoding_names[] of...
-
wxt terminal fails to display some Japanese (EUC-JP) string
-
</body></html> in the middle of gnuplot6.html in docs/html/
-
japanese tooltip text is broken of wgnuplot
-
I found some points in docs/gnuplot.doc of git version at 2025-07-22, which may be typo.
-
japanese-20250731.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2025-07-22.
-
japanese-20250516.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2025-05-16.
-
I think it is reasonable that "prod [i=5:4] i" returns 1, since it is reasonable that "sum [i=5:4] i" returns 0. This behavior is also used in the Lagrange interpolation I showed, and it may be useful.
-
periodically exclude data, or more flexible choice specification
-
I think the implementation by exp and log is not sufficient because each term may has minus sign. For example: Lagrange interpolation: array a[5] = [1.0, 2.0, 4.0, 8.0, 9.0] array b[5] = [2.0, 5.0, 1.0, 3.0, 2.0] f(x,a,b,n) = sum [j=1:n] (prod [i=1:j-1] (x-a[i])/(a[j]-a[i]))*(prod [i=j+1:n] (x-a[i])/(a[j]-a[i]))*b[j] set xrange [0:10] set xtics 1 set grid plot f(x,a,b,5)
-
GPVAL_INTERACTIVE
-
prod for calculate product similarly to sum
-
I found some points in docs/gnuplot.doc of git version at 2025-04-09, which may be typo.
-
japanese-20250409.tar.bz2: update gnuplot-ja.doc for git version at 2025-04-09.
-
Thanks. That woks.
-
Thank you for the response. I think it is not bad feature that axis labels of spiderplot are taken from columnheader strings of data, and now we can use it in the current version of spiderplot by "title columnheader()". If it is not appropriate the keyword name "title" for spiderplot, can we use another new name to label axises by columnheader strings for spiderplot (and for parallelplot) ?
-
I did some tests. I modified the function find_maxl_keys() in boundary.c from L1175 ; /* Nothing */ to L1175 continue; Then, commands (1) plot for [i=2:6] $DATA using i:key(1) (2) plot for [i=2:6] $DATA using i title columnheader(i-1) (3) plot for [i=2:6] $DATA using i title columnheader(i-1), keyentry with l lt 1 title "George", keyentry with l lt 2 title "Harriet" make good results and no blank line appears in the key. But, for the command (4) plot for [i=2:6] $DATA using i:key(1) title columnheader(i-1)...
-
Sorry, the problem (1) was solved in my first report. Please modify gnuplot.doc to add the line set datafile columnheaders and from "[i=1:5]" to "[i=2:6]". I don't know how to fix the problem (2).
-
spiderplot2.png
-
The Bug #2648 is not fixed in the current version (git 6.1, and gnuplot-6.0.2). (1) The sample in current help document may not be correct. $DATA << EOD A B C D E F George 15 75 20 43 90 50 Harriet 40 40 40 60 30 50 EOD set spiderplot set style spiderplot fs transparent solid 0.2 border set for [p=1:5] paxis p range [0:100] set for [p=2:5] paxis p tics format "" set paxis 1 tics font ",9" set for [p=1:5] paxis p label sprintf("Score %d",p) set grid spiderplot plot for [i=1:5] $DATA using i:key(1)...
-
I found some points in docs/gnuplot.doc of git version at 2025-02-25, which may be typo.
-
japanese-20250226.tar.bz2: update gnuplot-ja.doc for git version at 2025-02-25.
-
japanese-20241203.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2024-12-02.
-
I found some points in term/tek.trm and docs/gnuplot.doc of git version at 2024-08-22, which may be typo.
-
japanese-20240823.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2024-08-22.
-
japanese-600-pre-20231228.tar.bz2: update gnuplot-ja.doc for gnuplot-6.0.0-prerelease-test.
-
japanese-20231222.tar.bz2: update faq-ja.tex for git version at 2023-12-22.
-
japanese-20231129.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2023-11-28.
-
japanese-600rc3-20231128.tar.bz2: gnuplot-ja.doc (EUC-JP), term-ja.diff (EUC-JP) for gnuplot-6.0.0-rc3.
-
japanese-600rc2-20231016.tar.bz2: gnuplot-ja.doc (EUC-JP), term-ja.diff (EUC-JP) for gnuplot-6.0.0-rc2.
-
japanese-20230929.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2023-09-26.
-
gpVersion in docs/title-ja.tex
-
spiderplot sampe in gnuplot.doc and null lines in the key box
-
japanese-20230829.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2023-08-28.
-
two link error for html/ made by "make html"
-
Thank you. It is my old mistake, and it may be in gnuplot-ja.doc for current git version.
-
I think one of the 2 lines may be misprint in gnuplot.doc of gnuplot-6.0.rc1 about pseudo-mousing: L422: ## including dumb, sixel, kitty, and block now respond to keyboard L7676: including terminal types dumb, sixel, kitty, and domterm. These The first line includes 'block' terminal and second line includes 'domterm'.
-
japanese-600rc1-20230724.tar.bz2: gnuplot-ja.doc (EUC-JP), term-ja.diff (EUC-JP) and gnuplot.1 (UTF-8) for gnuplot-6.0.rc1. I adjusted Japanese code of these files to original files docs/gnuplot-ja.doc, docs/term-ja.diff, and man/ja/man1/gnuplot.1.
-
Sorry, I forgot to attach the file.
-
diff74: may be misprint in gnuplot.doc and term/tek.trm for git version at 2023-05-26.
-
japanese-20230530.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2023-05-26.
-
The problem also happen on my window machine. It may occur when the y value of size parameter is too large for the display height size, and using D2D engine. I tested it for several display resolution by remote desktop (xfreerdp): display ysize win term ysize 768 => 697 OK, 698 aborts (768 - 70) 800 => 729 OK, 730 aborts (800 - 70) 900 => 829 OK, 830 aborts (900 - 70) 1024 => 953 OK, 954 aborts (1024 - 70) And I tested the pc directly: display ysize win term ysize 1080 => 977 OK, 978 aborts (1080...
-
Japanese-20230407.tar.bz2: update gnuplot-ja.doc, term-ja.diff, and faq-ja.tex for git version at 2023-04-05.
-
japanese-546-20230209.tar.bz2: update gnuplot-ja.doc and term-ja.diff for gnuplot-5.4.6testing.
-
diff73: may be misprint in gnuplot.doc, titlepag.tex, and title-ja.tex.
-
japanese-20230123.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2023-01-23.
-
gp550-20221226.doc.bz2: bug fix version of gp550-20221222.doc.bz2.
-
Sory, gnuplot-ja.doc in japanese-20221213.tar.bz2 is broken (at 4 lighting). Please use the attached file.
-
diff72-1: a patch for docs/gnuplot.doc and term/x11.trm at 2022-12-12. It is for translation by doc2tex program. gnuplot.doc: L13368: backquote may not be need. L16431: doc2tex remains the line "_1) ...", but it include the next line "____for ..." in verbatim environment because the line starts with "__". L18122: should be '' x11.trm: L2499: backquote may not be need. L2506: This line "__<font> ..." and the following 4 lines start with "__", and then these lines is included in verbatim env. It is...
-
Sory, term-ja.diff in japanese-20221213.tar.bz2 is broken (at block.trm). Please use the attached file.
-
diff71: misprint in gnuplot.doc and block.trm.
-
japanese-20221213.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2022-12-12, and modified for the rule defined in doc2tex.c ("Sansyo:" starts the "see" term and Japanese-period ends it).
-
I think attached patch is need for doc2tex.c. 1) The first strncmp() search the Japanese string "Sansyo". But "Sansho" is also used at not the target of ja_see. Since I use "Sansyo:" for the target of ja_see, ':' should be included in the search string. 2) strncmp() functions searching "Sansyo" and Japanese-period is placed after str is incremented. But it may fail the process of '' for the string "name[Japanese-period]". At the second '', ja_see == FALSE because str is incremented before strncmp()...
-
Q1 I do not understand why a different version of doc2tex is needed. Can you explain ? A1. In fact, doc2tex.c itself doesn't have conditional macros "#ifdef JAPANESE_DOC", but allterm-ja.h has them per each terminal help, and doc2tex.c include allterm-ja.h through doc2x.h. So, the doc2tex binary compiled with the flag -DJAPANESE_DOC is differ from the binary without the flag. Q2. What does the awk script do ? It does as the doc2tex do for "see [keyword]". In Japanese, we write "IkaSansyo" ("see"...
-
docs/Makefile.am for gnuplot-ja.pdf
-
diff69: may be a misprint in docs/gnuplot.doc of the version at 2022-09-27.
-
Japanese-20220928.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git version at 2022-09-27.
-
japanese-545b-20220926.tar.bz2: update gnuplot-ja.doc and term-ja.diff for gnuplot-5.4.5beta.
-
According to the site: https://docs.microsoft.com/en-US/windows/win32/sysinfo/gdi-objects GDI handles are limited to 65536 per session.
-
Please add the following line: set arrow from 65535,0 to 65535,140 lt 0 lw 3 I think the plot may stop at x=65535. If we change 100000 to 200000, the position does not change. On the other hand, print $data[99999] returns 123 correctly. So, $data has 100000 data correcty, but the win term may stop the drawing at 65535, which is unsigned short (2byte) int limit.
-
faq-20220722.tar.bz2: update faq-ja.tex for using lualatex and Makefile.add.
-
japanese-544beta-20220712.tar.bz2: update gnuplot-ja.doc and term-ja.diff for gnuplot-5.4.4beta.
-
japanese-20220629.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git snapshot at 2022-05-24 (Japanese EUC-JP encoded files).
-
faq-ja.tex.bz2: update faq-ja.tex for git snapshot at 2021-06-23 (Japanese EUC-JP encoded file).
-
It may be a bug in term-ja.diff made by me, sorry. Please use the attached file as term-ja.diff.
-
wxt term losts {x,y}label and {x,y}tics in splot
-
japanese-543b-20211230.tar.bz2: update gnuplot-ja.doc and term-ja.diff for gnuplot-5.4.3beta. I also found a bug in gnuplot.doc: the header of line 365 should be "#b" rather than "##".
-
japanese-20211026.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git snapshot at 2021-10-25.
-
I find this is a bug of cairo-1.17.4 by using ldiv() function for negative value. The problem is already fixed in git version of cairo about 6 month ago: https://gitlab.freedesktop.org/cairo/cairo/-/commit/a3b69a0215fdface0fd5730872a4b3242d979dca cairo-1.17.4: "<86:0)" = ('A'-5, 'A'-9, 'A'-7, 'A'-17, 'A'-24) cairo-1.16.0: "FJLHRY" = ('A'+5, 'A'+9, 'A'+7, 'A'+17, 'A'+24) Until release the fixed version of cairo, I will use cairo-1.16.0 or modify it of cairo-1.17.4. Thanks.
-
I am using old, and light weight xpdf version 3.04 on FreeBSD. The pdffonts program included in xpdf-3.04 does not display the font name for t-cairo17-x.pdf, it show the same error messages as xpdf: Syntax Error (4114): Illegal character <3a> in hex string Syntax Error (4116): Illegal character <29> in hex string ... and I find the font name by less command directory. By above error messages, xpdf does not interpret the font name "/<86:0)+DejaVuSans" correctly, and it tries to read in hex mode and...
-
Above two files have few differences, FontName, Producer name (cairo 1.XX), and CreationDate only. FontName are: t-cairo16-x.pdf: /FontName /FJLHRY+DejaVuSans t-cairo17-x.pdf: /FontName /<86:0)+DejaVuSans I think the font name of t-cairo17-x.pdf may be illegal, because I edit the font name from "/<86:0)" to "/FJLHRY" (attached file t-cairo17-x2.pdf) then xpdf program does not show any error messages for it, and pdffonts program says the font "FJLHRY+DejaVuSans" is embedded. So, I think the problem...
-
Thanks for your sooner reply. I understand. I will try.
-
pdfcairo terminal make incorrect pdf file with cairo-1.17
-
The problem seems to be solved in 5.4.2 windows binary. Thanks.
-
japanese-542beta-20210527.tar.bz2: update gnuplot-ja.doc and term-ja.diff for gnuplot-5.4.2beta. And I found some type in gnuplot.doc of 5.4.2beta. 4 tm_week: 2020-W53-05 -> 2020-W53-5 4 weekdate_iso: 2(Sunday) -> 7 (Sunday) * 4 weekdate_cdc: 6 = Saturday -> 7 = Saturday
-
Error for unset raxis unset rtics in one line
-
If you don't want to see Japanese (garbled) menu, uninstall and reinstall the gnuplot WITHOUT "Japanese Language Support".
-
I don't understand the problem on your environment. And I may use different source from you. I tested gnuplot-5.4.0 with wgraph-3.diff on my Windows10 machine. On my machine, your command "set term win standalone ..." makes docked graph window, but we can not draw any graph with warning: warning: Warning - difficulty fitting plot titles into key This may be a result of incorrect lpgw->StatusHeight at Line 501 of wgraph.c. For example, the value may be 565, then lpgw->Decoration.y will be incorrect...
-
So, on my environment, wgraph.c-4.diff fixed the problem.
-
Please try to use attached patch (lpgw->StatusHeight was calcurated to invalid value).
-
I found some typo in gnuplot.doc and in documents of block.trm and webp.trm. See attached patch.
-
japanese-20210217.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git snapshot at 2021-02-17.
-
Thanks. I understand. For example, s = "Arial,20" set title "test" font s plot x works correctly, but, s = "Arial,20" reset session set title "test" font s plot x makes a error: gnuplot> set title "hoge" font s ^ "test.gp" line 4: 'fontname,fontsize' expected "reset session" may break variables.
-
set encoding [string variable]
-
Ethan, I see your mail in gnuplot-beta mailing list at 2020-11-14: But I am also seeing reports or queries (E.g. Bug #2353) implying that the Windows build process needs a texinfo version produced by doc2texi.el Is that correct? Of cource it is not correct. Of cource, Texinfo file is no relation with Windows build. I am very sorry that my bad explanations make you confuse. Please ignore my any opinions.
-
I am sorry that my bad explanation confuses you. Of course, Windows help has no relation with doc2texi.el. Gnuplot can make many kind of document. I only take 2 format, Windows and TeXinfo format, for example other than the LaTeX format and PDF format. Windows help file wgnuplot.chm is made by docs/windows/doc2html.c. Texinfo file gnuplot.texi is made by docs/doc2texi.el. What I want to say is that the structure of sections for .chm is similar to the one for .texi, but is not similar to .tex and...
-
In my understanding, .texi (and then .info) document is made by doc2texi.el, not by doc2tex. My gnuplot-ja.texi made by doc2texi.el (of Japanese version) includes "exp" section: @node exp, floor, erfc, Functions @subsubsection exp @c ?expressions functions exp @cindex exp @findex exp The `exp(x)` function returns `e` raised to the power of x, which can be an integer, real, or complex value. By the way, we should consider which text is in the table, or out of the table. For example, @start table 4...
-
In my understanding, .texi (and then .info) document is made by doc2texi.el, not by doc2tex. My gnuplot-ja.texi made by doc2texi.el (of Japanese version) includes "exp" section: @node exp, floor, erfc, Functions @subsubsection exp @c ?expressions functions exp @cindex exp @findex exp The `exp(x)` function returns `e` raised to the power of x, which can be an integer, real, or complex value. By the way, we should consider which text is in the table, or out of the table. For example, @start table 4...
-
The one thing that does not work for me is moving the position of "Ffigure_smooth_path". The proposed change corrupts placement of the section heading in the TeX+pdf output. It looks to me that doc2tex.c and windows/doc2html.c disagree about the intended positioning of figures. In Windows help, 1 section is 1 page. Original position of Ffigure_smooth_path (before "5 path"), the figure appears in the previous section's page of "smooth mcsplines", and the page of "smooth path" does not have any figure....
-
Some problems of gnuplot.doc of version 5.5
-
Please see Bugs #2304 also.
-
I found the point. Attached patch which includes wgraph.c-2.diff may solve the problem above.
-
Attached patch is better than wgraph.c-1.diff. This avoids undefined value of lpgw->Canvas.{x,y} and changes lpgw->Size.{x,y} from CW_USEDEFAULT to the real value. But it also doesn't solve the problem above. The problem occurs for the following commands: set term win size 900,600 ; plot x ; set term png ; set term win The last command says " size 119509427,-34734". It doesn't occur by set term win ; plot x ; set term png ; set term win and set term win wsize 900,600 ; plot x set term png ; set term...
-
I found one problem in wgraph.c. ReadGraphIni() function open lpgw->hGraph window by CreateWindow() by size lpgw->Size.x - lpgw->Decoration.x, lpgw->Size.y - lpgw->Decoration.y. But this is incorrect for the case lpgw->Size.x == CW_USEDEFAUT or lpgw->Size.y == CW_USEDEFAULT. In fact, we may avoid to crash the graph window even in the case DIRECT2D11 by attached testing patch, but it may not be correct to use CW_USEDEFAULT for lpgw->hGraph. And this doesn't fix the problem for saving the window size...
-
japanese-20200904.tar.bz2: update gnuplot-ja.doc and term-ja.diff for git snapshot at 2020-09-04. This also includes wgnuplot-ja.mnu and wgp-mnu-1.diff, which is the patch of src/win/wgnuplot.mnu for Bugs #2291. Wgnuplot-ja.mnu in git and in gnuplot-5.4.0.tar.gz may be too old.
-
This problem may not occur on the binary without '-DHAVE_D2D11' (comment out the line "#DIRECT2D11"). It may be by src/win/wd2d.cpp.
-
It may be the problem of the menu file of wgnuplot.exe wgnuplot.mnu. To fix the problem, to edit the following line of wgnuplot.mnu in "c:\Program Files\gnuplot\bin" (default) set xlabel "[INPUT]Label text?[EOS]" [INPUT]X offset, Y offset (eg. 2,3) ?{ENTER} to set xlabel "[INPUT]Label text?[EOS]" offset [INPUT]X offset, Y offset (eg. 2,3) ?{ENTER}
1 >
