From: Tatsuro M. <tma...@ya...> - 2010-02-20 07:28:41
|
Hello I have tried to build the recent 4.4-cvs and 4.5. I have found inconsistency between 4.4-cvs and 4.5 for default install directory of x11 resources (Gnuplot) In the ChangeLog 2010-02-17 Ethan A Merritt <merritt@u.washington.edu> : * configure.in: Change default installation directory for x11 resources to /etc/X11/app-defaults. Bug #1953742 For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5. Does anyone confirm the above? As the default prefix is /usr/local so that the style of 4.5 is preferred, I think. Anyway, inconsistency should be corrected. That might give confusions. Regards Tatsuro -------------------------------------- VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi] http://pr.mail.yahoo.co.jp/olympic/ |
From: Ethan M. <merritt@u.washington.edu> - 2010-02-20 17:28:11
|
On Friday 19 February 2010, Tatsuro MATSUOKA wrote: > > For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is > installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5. Please help me out here, people! It seems that no matter where the X11 resources file is installed, there are complaints. Perhaps we should not install it at all unless the new explicit configuration option is given? Since it seems very few people understand how this file is used, perhaps it should be left to packagers who can select the appropriate installation directory for their particular system configuration? > As the default prefix is /usr/local so that the style of 4.5 is preferred, I think. The file is used by the x11 server, which is almost certainly expecting to look in the root file system, not in ${prefix}/... Furthermore the source for gplt_x11.c contains a lot of messy code giving explicit non-default directories for this file in conditional code for OS2, VMS, and possibly other operating systems. These are probably all out of date. On top of that, at some point some linux distros changed the default name of the user's _own_ resources file from ~/.Xdefaults to ~/.Xresources. So right now it is very hard to explain to people where to put the contents of the Gnuplot.app-defaults file. I don't know what is the best thing to do with the file during installation. Help!!! |
From: Tatsuro M. <tma...@ya...> - 2010-02-20 22:52:57
|
Hello --- Ethan Merrittwrote: > On Friday 19 February 2010, Tatsuro MATSUOKA wrote: > > > > For 4.4-cvs, the file 'Gnuplot' is installed to /etc/X11/app-defaults, however for 4.5, it is > > installed to /usr/local/etc/X11/app-defaults/gnuplot/4.5. > > Please help me out here, people! > > It seems that no matter where the X11 resources file is installed, > there are complaints. > > Perhaps we should not install it at all unless the new explicit > configuration option is given? > > Since it seems very few people understand how this file is used, > perhaps it should be left to packagers who can select the appropriate > installation directory for their particular system configuration? > > As the default prefix is /usr/local so that the style of 4.5 is preferred, I think. > > The file is used by the x11 server, which is almost certainly > expecting to look in the root file system, not in ${prefix}/... > Furthermore the source for gplt_x11.c contains a lot of messy > code giving explicit non-default directories for this file in > conditional code for OS2, VMS, and possibly other operating systems. > These are probably all out of date. On top of that, at some point > some linux distros changed the default name of the user's _own_ > resources file from ~/.Xdefaults to ~/.Xresources. So right now > it is very hard to explain to people where to put the contents > of the Gnuplot.app-defaults file. > > I don't know what is the best thing to do with the file during > installation. Help!!! I understand your situation. In the case of the uploaded 4.4-cvs version of cygwin binary, I used --with-x-app-defaultdir=/usr/local/etc/X11/app-defaults/gnuplot/4.4 to keep the consistency with that was happened 4.5. I will do see the previous threads and see the role of the x11 resource file and search the appropriate location for the cygwin. The binary package of cygwin has been assumed that all files are located under /usr/local. Therefore the root location of the x11 resource file is required, the directory structure of the package is be modified and the explanation of install procedure is be also changed. Hi Petr, do you have any information or comments on this matter on cygwin? Regards Tatsuro -------------------------------------- VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi] http://pr.mail.yahoo.co.jp/olympic/ |
From: Hans-Bernhard B. <HBB...@t-...> - 2010-02-20 23:02:51
|
Ethan Merritt wrote: > It seems that no matter where the X11 resources file is installed, > there are complaints. I suspect there's just about nothing that can be done about that. X11 is too flexible to allow a static choice of an installation location to work. The issue is basically the same with TeX, Emacs, GNU info, and to some extent, even man pages. All these systems need configurable environment variables and path search mechanisms to find their own files. There's no way we can reliably second-guess their behaviour. > Perhaps we should not install it at all unless the new explicit > configuration option is given? Or install it under ${pkgdatadir}, and let users decide what to about it. > Since it seems very few people understand how this file is used, > perhaps it should be left to packagers who can select the appropriate > installation directory for their particular system configuration? Packagers will do that anyway, regardless of whether we consciously leave it to them, or not. > The file is used by the x11 server, which is almost certainly > expecting to look in the root file system, not in ${prefix}/... More to the point, any given X11 server will look wherever the heck it chooses to. And the administrator can override that anytime, at the flick of an environment variable. > some linux distros changed the default name of the user's _own_ > resources file from ~/.Xdefaults to ~/.Xresources. And nowadays it's more likely to be ~/.Xdefaults-${hostname} or something like that instead... I suspect this is a hopeless situation. Just plop the file in a place where it'll at least do no harm, i.e. below our private $(pkgdatadir), and mention the need to put it in a place actually visible to the X11 server in the INSTALL file. |
From: Tatsuro M. <tma...@ya...> - 2010-02-21 02:09:57
|
Hello --- Hans-Bernhard Br将モker wrote: > I suspect this is a hopeless situation. Just plop the file in a place > where it'll at least do no harm, i.e. below our private $(pkgdatadir), > and mention the need to put it in a place actually visible to the X11 > server in the INSTALL file. Thank you for your suggestion. I agree with the suggestion by Hans. I have look into where is the x11 resources (Gnuplot) installed by setup.exe of the cygwin. (Currently the version of gnuplot the cygwin official site is 4.2.4.) It is located /etc/defaults/etc/X11/app-defaults. In my install condition of the cygwin, there found also the x11 resource file of Rxvt. For the cygwin, /etc/defaults/etc/X11/app-defaults is the place where the x11 resources (Gnuplot) is placed. The x11 resource file (Gnuplot) seems to have not been updated from since 2007-01-14. So that if it is installed by the cygwin setup, it need not installed to the cygwin system. Therefore, to my release of gnuplot binaries of the cygwin, I will make a directory X11/app-defaults and the x11 resource file (Gnuplot) there. I will make a explanation for it is to be installed to /etc/defaults/etc/X11/app-defaults if the cygwin system of the users do not have it. Regards Tatsuro -------------------------------------- VANCOUVER 2010 Olympic News [Yahoo! Sports/sportsnavi] http://pr.mail.yahoo.co.jp/olympic/ |
From: sfeam (E. Merritt) <eam...@gm...> - 2010-03-05 07:38:09
|
Although I think a 4.4.0 release is nearly ready, I have encountered a couple of last-minute glitches. 1) Sometime between the 4.4.0-rc1 tarball creation and the current 4.4 cvs, the targets "make clean" and "make distclean" have broken. This is just really strange. It doesn't stop you from building and installing the program - but you can't clean up afterwards. And it causes packaging errors from "make distcheck". 2) The x11 app-defaults file On Saturday 20 February 2010, Hans-Bernhard Bröker wrote: > Ethan Merritt wrote: > > It seems that no matter where the X11 resources file is installed, > > there are complaints. > > > Or install it under ${pkgdatadir}, and let users decide what to about it. I've now changed it to install under ${pkgdatadir} and put notes in INSTALL and NEWS. |
From: Tatsuro M. <tma...@ya...> - 2010-03-06 01:29:02
|
Hello --- "sfeam (Ethan Merritt)"wrote: > > Although I think a 4.4.0 release is nearly ready, I have encountered > a couple of last-minute glitches. > > 1) Sometime between the 4.4.0-rc1 tarball creation and the current > 4.4 cvs, the targets "make clean" and "make distclean" have broken. > > This is just really strange. It doesn't stop you from building and > installing the program - but you can't clean up afterwards. > And it causes packaging errors from "make distcheck". > > 2) The x11 app-defaults file > On Saturday 20 February 2010, Hans-Bernhard Br将モker wrote: > > Ethan Merritt wrote: > > > It seems that no matter where the X11 resources file is installed, > > > there are complaints. > > > > > Or install it under ${pkgdatadir}, and let users decide what to about it. > > I've now changed it to install under ${pkgdatadir} and put notes in > INSTALL and NEWS. I would like to express strong appreciation of your efforts. I have read the INSTALL. Installation from sources --> MS-Windows ********************** Using the MinGW32 port of gcc: you need parts of the Micrsoft SDK for the moment. copy ..\config\makefile.mgw makefile Look through the Makefile to see if you need to make any changes. make make install Using the Cygwin port of gcc, which includes MinGW32: you need parts of the Microsoft SDK for the moment. copy ..\config\makefile.cyg makefile Look through the Makefile to see if you need to make any changes. make ****************************************** The Microsoft SDK is not necessarily required. Only the MS Help Workshop is required as the MS staff. In makefile.mgw, and makefile.cyg, make processes are respectively written as, # - compile the package: go to directory 'gnuplot' and therefrom run # make -C src -f ../config/makefile.mgw and, # - compile the package: go to directory 'gnuplot' and therefrom run # make -C src -f ../config/makefile.cyg ************************************** I propose that the part is simplified to *************************** Using the MinGW32 port of gcc, read instruction written in config/makefile.mgw. Using the Cygwin port of gcc, read instruction written in config/makefile.cyg. *************************** It might be better to add 'install' description in makefile.mgw and makefile.cyg, # - compile ans install the package: go to directory 'gnuplot' and therefrom run # make -C src -f ../config/makefile.mgw # make install -C src -f ../config/makefile.mgw Any comments? Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: sfeam (E. Merritt) <eam...@gm...> - 2010-03-07 04:25:27
|
Last call for changes to the 4.4.0 code or docs prior to release On Friday 05 March 2010, Tatsuro MATSUOKA wrote: > The Microsoft SDK is not necessarily required. > Only the MS Help Workshop is required as the MS staff. > > In makefile.mgw, and makefile.cyg, make processes are respectively written as, > > # - compile the package: go to directory 'gnuplot' and therefrom run > # make -C src -f ../config/makefile.mgw > > and, > > # - compile the package: go to directory 'gnuplot' and therefrom run > # make -C src -f ../config/makefile.cyg > ************************************** > > I propose that the part is simplified to > *************************** > Using the MinGW32 port of gcc, read instruction written in config/makefile.mgw. > > Using the Cygwin port of gcc, read instruction written in config/makefile.cyg. > *************************** > > It might be better to add 'install' description in makefile.mgw and makefile.cyg, > # - compile ans install the package: go to directory 'gnuplot' and therefrom run > # make -C src -f ../config/makefile.mgw > # make install -C src -f ../config/makefile.mgw > > Any comments? Fine by me. I have made those changes to INSTALL and the makefiles for mgw and cygwin. I will also disable the HAVE_PWD_H option because (1) Manfred Schwarb has reported here that it causes static build problems (2) Daniel Löb has reported on the newsgroup that it introduces privacy issues (3) It seems like a totally unnecessary bell (or is it a whistle?) that in any case is used only by the PostScript and PDF terminal output I will generate the 4.4.0 source tarball tonight, and the wait for Tatsuro and/or Petr to generate binary packages for windows so that the source and binaries can be uploaded to SourceForge on the same date. Ethan |
From: Tatsuro M. <tma...@ya...> - 2010-03-07 05:26:14
|
Hello --- "sfeam (Ethan Merritt)" wrote: > > I have made those changes to INSTALL and the makefiles for mgw and cygwin. > I will also disable the HAVE_PWD_H option because > (1) Manfred Schwarb has reported here that it causes static build problems > (2) Daniel L将モb has reported on the newsgroup that it introduces privacy issues > (3) It seems like a totally unnecessary bell (or is it a whistle?) that in any case > is used only by the PostScript and PDF terminal output > > I will generate the 4.4.0 source tarball tonight, and the wait for Tatsuro and/or > Petr to generate binary packages for windows so that the source and binaries > can be uploaded to SourceForge on the same date. Thank you for your taking my proposal account into account. I have confirmed the change on the cvs. After you will made the source tarball the 4.4.0, I will make the windows, cygwin, djgpp binaries as soon as possible. I will do it on the PC in the university. Because the Internet in my home is still narrow band :-( and I am now updating the dependency libraries in the PC in my home. (I want use it for gnuplot 4.5 release.) For the building 4.4.0, it is better to use the no-updated dependencies, which have been used in a few months (probably) without problems, to avoid unexpected errors. BTW, I do not have the authorization to upload files to the SourceForge. I can make my web page for uploading 4.4.0 binaries. Will someone download them and upload to SourceForge? Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: sfeam (E. Merritt) <eam...@gm...> - 2010-03-07 05:43:55
|
On Saturday 06 March 2010, Tatsuro MATSUOKA wrote: > After you will made the source tarball the 4.4.0 I have tagged the CVS tree as Release_4_4_0 and created a tarball. If you build from CVS as of that tag date it will be identical to my source package. > I will make the windows, cygwin, djgpp binaries as > soon as possible. I will do it on the PC in the university. Because the Internet in my home is still > narrow band :-( and I am now updating the dependency libraries in the PC in my home. > (I want use it for gnuplot 4.5 release.) > > For the building 4.4.0, it is better to use the no-updated dependencies, which have been used in a few > months (probably) without problems, to avoid unexpected errors. > > BTW, I do not have the authorization to upload files to the SourceForge. > I can make my web page for uploading 4.4.0 binaries. > Will someone download them and upload to SourceForge? That would be fine. Email me when they are ready, and I will place them on SourceForge at the same time I put the source tarball there. It seems that the SourceForge automatic indexing system only shows files loaded on the same day as "Newest Files", so we want to upload everything at the same time. Ethan > > Regards > > Tatsuro > > -------------------------------------- > Get the new Internet Explorer 8 optimized for Yahoo! JAPAN > http://pr.mail.yahoo.co.jp/ie8/ > |
From: Tatsuro M. <tma...@ya...> - 2010-03-07 06:05:30
|
Hello --- Tatsuro MATSUOKA wrote: I have forgotten to mention to the libedit for the cygwin binaries. >From the statement by the Ethan, http://old.nabble.com/Re:-readline-to-gnuplot.exe-(console-mode)-for-windows-p27677233.html I am now distributing the cygwin binaries linking with libedit and dll libraries that is Berkeley-style licensed. The cygwin currently does not support the libedit so that the dll file is attached. Of course, the copyright documents of libedit is attached according to the notification of "Redistributions in binary form". ****COPYING of libedit 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Perhaps it is not a problem to make a package with the libedit, I think. However, there is any complaint to do it, I will not to link with libedit. Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Tatsuro M. <tma...@ya...> - 2010-03-07 06:05:36
|
Hello --- Tatsuro MATSUOKA wrote: I have forgotten to mention to the libedit for the cygwin binaries. >From the statement by the Ethan, http://old.nabble.com/Re:-readline-to-gnuplot.exe-(console-mode)-for-windows-p27677233.html I am now distributing the cygwin binaries linking with libedit and dll libraries that is Berkeley-style licensed. The cygwin currently does not support the libedit so that the dll file is attached. Of course, the copyright documents of libedit is attached according to the notification of "Redistributions in binary form". ****COPYING of libedit 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Perhaps it is not a problem to make a package with the libedit, I think. However, there is any complaint to do it, I will not to link with libedit. Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Petr M. <mi...@ph...> - 2010-03-07 20:22:24
|
> > I have made those changes to INSTALL and the makefiles for mgw and cygwin. > > I will also disable the HAVE_PWD_H option because > > (1) Manfred Schwarb has reported here that it causes static build problems > > (2) Daniel L[be][ad][a5][e2]b has reported on the newsgroup that it introduces privacy issues > > (3) It seems like a totally unnecessary bell (or is it a whistle?) that in any case > > is used only by the PostScript and PDF terminal output Well, now it seems that now it contains SDict begin [ /Author (mikulik) instead of the previous /Author (Petr Mikulik) Is this intended? Shouldn't the /Author line be completely avoided? > > I will generate the 4.4.0 source tarball tonight, and the wait for Tatsuro and/or > > Petr to generate binary packages for windows so that the source and binaries > > can be uploaded to SourceForge on the same date. > > Thank you for your taking my proposal account into account. > I have confirmed the change on the cvs. > > After you will made the source tarball the 4.4.0, I will make the windows, cygwin, djgpp binaries as > soon as possible. I will do it on the PC in the university. Because the Internet in my home is still > narrow band :-( and I am now updating the dependency libraries in the PC in my home. > (I want use it for gnuplot 4.5 release.) > > For the building 4.4.0, it is better to use the no-updated dependencies, which have been used in a few > months (probably) without problems, to avoid unexpected errors. > > BTW, I do not have the authorization to upload files to the SourceForge. > I can make my web page for uploading 4.4.0 binaries. > Will someone download them and upload to SourceForge? Please zip all those 3 distributions, put it into you web page and send the link to me and Ethan; I will proofread them and check against the previous packages provided by me. I will prepare also the OS/2 package. There was a discussion about Mac issues recently. Is there any chance that it/they can be also prepared for uploading into sourceforge at the same time? --- PM |
From: sfeam (E. Merritt) <eam...@gm...> - 2010-03-07 20:36:59
|
Petr Mikulik <mi...@ph...> wrote: > There was a discussion about Mac issues recently. Is there any chance that > it/they can be also prepared for uploading into sourceforge at the same > time? I don't think so, at least not without delaying 4.4.0 for another couple of months at least. The approach to making wxt work on OSX is to split it out into a separate process, similar to how gnuplot_x11 is a separate process from gnuplot. But doing that will affect all platforms, not just OSX, so I think it should get considerable testing before it is placed in the stable version. |
From: Petr M. <mi...@ph...> - 2010-03-08 19:04:18
|
Hi all, I have compiled OS/2 binary package and synchronized it with Tatsuro's build of Windows and dj2 packages. All of them are temporarily here: physics.muni.cz/~mikulik/tmp/gp440.zip Ethan, please upload the inner zip files to SourceForge. Considering Windows, I've put together the "native" Windows terminal with the wxt version. Therefore, the default is the wxt terminal on Windows as on Linux. I hope Copy-to-clipboard works; then only the Print dialog is missing (and maybe user's configurable position&size of the graph windows). As a result, the Windows binary directory is full of dll's as compared to single stand-alone executables up to now. I wonder about the pdf documentations. If I compile it by "make pdfimages", I get a gnuplot.pdf of size 2.8 MB. Tatsuro obtained 2.1. The only difference I have found is this almost-empty session in Tatsuro's pdf: 3 cairo (pdfcairo, pngcairo, wxt terminals) ?fonts cairo =fonts =pdf =png =wxt Sorry, this section is under construction. These terminals find and access fonts using the external fontconfig tool set. Please see the ... I wonder what's the reason for the rest of 0.7 MB. Currently, packages gp440os2.zip gp440win32.zip contain Tatsuro's version, mine lying outside in gp440.zip is called petr_gnuplot.pdf. Ethan, what pdf do you get? If your's version is "more complete", please exchange it in the above two files. Let's enjoy released 4.4, Petr |
From: Tait <gnu...@t4...> - 2010-03-08 19:47:33
|
> All of them are temporarily here: > physics.muni.cz/~mikulik/tmp/gp440.zip > Ethan, please upload the inner zip files to SourceForge. I ran wgnuplot.exe on my computer (Windows XP) and it looks like this: http://imagebin.ca/img/Z6vled.png The terminal text is unreadable. Is this unique to me somehow, or do others see it too? Tait |
From: Tatsuro M. <tma...@ya...> - 2010-03-09 00:21:01
|
Hello The phenomenon you have met sometimes happens on wgnuplot. Please use 'right click of mouse button' in the command window and pull the pull down menu. Go to choose font and select appropriate font in your system. After that please execute 'Update ( path depend on system )\wgnuplot.ini' to save font setting. Regards Tatsuro --- Tait wrote: > > All of them are temporarily here: > > physics.muni.cz/~mikulik/tmp/gp440.zip > > Ethan, please upload the inner zip files to SourceForge. > > I ran wgnuplot.exe on my computer (Windows XP) and it looks like this: > http://imagebin.ca/img/Z6vled.png > > The terminal text is unreadable. Is this unique to me somehow, or do > others see it too? > > Tait > > > ------------------------------------------------------------------------------ > Download Intel¢î Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Tait <gnu...@t4...> - 2010-03-09 01:25:28
|
Thanks Tatsuro! This fixes the problem for me, but what about other users? I did not have any wgnuplot.ini, so it seems this particular compilation uses a default setting that maybe is not optimal. When I compile wgnuplot myself, I do not have the unreadable font. Do you know where this setting comes from? Tait > Hello > > The phenomenon you have met sometimes happens on wgnuplot. Please use 'right click of mouse button' in > the command window and pull the pull down menu. Go to choose font and select appropriate font in your > system. After that please execute 'Update ( path depend on system )\wgnuplot.ini' to save font > setting. > > Regards > > Tatsuro > > > I ran wgnuplot.exe on my computer (Windows XP) and it looks like this: > > http://imagebin.ca/img/Z6vled.png |
From: Tatsuro M. <tma...@ya...> - 2010-03-09 02:01:38
|
Hello --- Tait wrote: > > Thanks Tatsuro! > > This fixes the problem for me, but what about other users? I did not > have any wgnuplot.ini, so it seems this particular compilation uses > a default setting that maybe is not optimal. When I compile wgnuplot > myself, I do not have the unreadable font. Do you know where this > setting comes from? > Users of gnuplot on Japanese version of windows have ***always*** suffered this problem. So solution of this problem can be found in many website concerning gnuplot in Japan. This issue perhaps comes from the different existing set of size of 'terminal font'. Perhaps it depends on which version windows is used for building of wgnuplot.exe. In windows XP in Japan, set of sizes of Terminal font is 4pt, 6pt, 10pt, 14pt, 17pt, and 20pt. I do not have a any good idea to overcome this issue at the moment. Does anyone have good idea to overcome this issue ? A practical response to this issue at the moment to explain the fixing way in the documents. Anyway thank you for your pointing out the issue. Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Tatsuro M. <tma...@ya...> - 2010-03-09 08:11:35
|
Hello Is not it necessary to commit the issue that pointed out by Tait in the documents (e.g. Readme.windows)? For example Font setting of the command window of wgnuplot(_pipes).exe sometimes looks bad depending on the windows system. In the case, correct it in the following 1. Click the icon on the bar of the command window, and pull the menu. 2. Execute 'Options' -> 'Choose Font' and select proper font for your system 3. Execute 'Options' -> 'Update ...\wgnuplot.ini' to save the setting I do not have strong opinion the above is to be documented. Regards Tatsuro --- Tatsuro MATSUOKA wrote: > Hello > > --- Tait wrote: > > > > > Thanks Tatsuro! > > > > This fixes the problem for me, but what about other users? I did not > > have any wgnuplot.ini, so it seems this particular compilation uses > > a default setting that maybe is not optimal. When I compile wgnuplot > > myself, I do not have the unreadable font. Do you know where this > > setting comes from? > > > Users of gnuplot on Japanese version of windows have ***always*** suffered this problem. > So solution of this problem can be found in many website concerning gnuplot in Japan. > > This issue perhaps comes from the different existing set of size of 'terminal font'. > Perhaps it depends on which version windows is used for building of wgnuplot.exe. > > In windows XP in Japan, set of sizes of Terminal font is 4pt, 6pt, 10pt, 14pt, 17pt, and 20pt. > > I do not have a any good idea to overcome this issue at the moment. > > Does anyone have good idea to overcome this issue ? > > A practical response to this issue at the moment to explain the fixing way in the documents. > > Anyway thank you for your pointing out the issue. > > Regards > > Tatsuro > > -------------------------------------- > Get the new Internet Explorer 8 optimized for Yahoo! JAPAN > http://pr.mail.yahoo.co.jp/ie8/ > > ------------------------------------------------------------------------------ > Download Intel¢î Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Petr M. <mi...@ph...> - 2010-03-09 08:38:03
|
> Is not it necessary to commit the issue that pointed out by Tait in the documents (e.g. > Readme.windows)? > > For example > > Font setting of the command window of wgnuplot(_pipes).exe sometimes > looks bad depending on the windows system. > In the case, correct it in the following > 1. Click the icon on the bar of the command window, and pull the menu. > 2. Execute 'Options' -> 'Choose Font' and select proper font for your system > 3. Execute 'Options' -> 'Update ...\wgnuplot.ini' to save the setting > > I do not have strong opinion the above is to be documented. I don't think this needs documentation. Somebody in very past decided to put these options into the local menu instead of items in the menu bar. It should be a general knowledge to press the other mouse button to get local menu except for in a Mac environment. Should we move the local menu into the main menu bar because user skills are lower nowadays? Then the same should be done in the windows graph window where there is also local menu :-) But if it is really FAQ, then it should go to FAQ. --- PM |
From: Tatsuro M. <tma...@ya...> - 2010-03-09 09:01:46
|
Hello --- Petr Mikulik wrote: > > Is not it necessary to commit the issue that pointed out by Tait in the documents (e.g. > > Readme.windows)? > > > > For example > > > > Font setting of the command window of wgnuplot(_pipes).exe sometimes > > looks bad depending on the windows system. > > In the case, correct it in the following > > 1. Click the icon on the bar of the command window, and pull the menu. > > 2. Execute 'Options' -> 'Choose Font' and select proper font for your system > > 3. Execute 'Options' -> 'Update ...\wgnuplot.ini' to save the setting > > > > I do not have strong opinion the above is to be documented. > > I don't think this needs documentation. > > Somebody in very past decided to put these options into the local menu > instead of items in the menu bar. It should be a general knowledge to press > the other mouse button to get local menu except for in a Mac environment. > > Should we move the local menu into the main menu bar because user skills are > lower nowadays? Then the same should be done in the windows graph window > where there is also local menu :-) > > But if it is really FAQ, then it should go to FAQ. OK. I see. Where can I access the FAQ source document. In gnuplot source trees, I could not find it. Regards Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Petr M. <mi...@ph...> - 2010-03-09 09:13:38
|
> Where can I access the FAQ source document. In gnuplot source trees, I could not find it. You can get it by cvs -z3 checkout faq --- PM |
From: Tatsuro M. <tma...@ya...> - 2010-03-09 09:31:02
|
Hello --- Petr Mikulik wrote: > > Where can I access the FAQ source document. In gnuplot source trees, I could not find it. > > You can get it by > cvs -z3 checkout faq Thanks a lot. Tatsuro -------------------------------------- Get the new Internet Explorer 8 optimized for Yahoo! JAPAN http://pr.mail.yahoo.co.jp/ie8/ |
From: Ethan M. <merritt@u.washington.edu> - 2010-03-08 20:09:32
|
On Monday 08 March 2010 11:04:08 Petr Mikulik wrote: > I wonder about the pdf documentations. If I compile it by "make pdfimages", > I get a gnuplot.pdf of size 2.8 MB. Tatsuro obtained 2.1. The only > difference I have found is this almost-empty session in Tatsuro's pdf: It probably just depends on your latex version. As built here: 2.2M -rw-rw-r-- 1 merritt merritt 2206047 2010-03-08 12:04 gnuplot.pdf But the make target is "make pdffigures". I guess that is just a typo? |