-
> For export files that itself contain the encoding information the decision
> should be up to the library (gnuplot) which encoding to choose.
The output encoding is not the problem. How should gnuplot know what is the input encoding unless you tell it? The obvious starting assumption in the unix/linux world is to use the current locale setting in the environment. That is the meaning of the...
2010-01-07 20:01:52 UTC by sfeam
-
There should not be any additional commands.
For export files that itself contain the encoding information the decision should be up to the library (gnuplot) which encoding to choose.
The client (me) is not concerned about which encoding is used, but that the actual encoding and the encoding definition match, so the resulting file may be further processed without problems.
About the...
2010-01-07 19:28:08 UTC by jpt77
-
Thanks for your feedback
>> Well, the behavior is not what you expect from "modern" software.
The issue is complicated. You yourself found, for example, that it is possible to process and create output in a different encoding from your current locale. That, I think, is a feature rather than a bug. Particularly in the case of output to a web-compatible format (svg, html) it's probably a...
2010-01-07 18:43:51 UTC by sfeam
-
Thank you very much for your quick answer. I am sorry for misunderstanding. It works now.
Well, the behavior is not what you expect from "modern" software. But its not my job to complain on gnuplot behavoir. It actually is a great tool and I know why I decided using it.
2010-01-07 17:50:40 UTC by jpt77
-
OK, how about this: If you can
(1) confirm that adding the line
#define bool unsigned char
is sufficient to produce a working executable in Sun Studio
and
(2) find some preprocessor symbol that indicates the Sun Studio compiler is being used
then we can add this as a special case. Something like
#if defined(SUN_STUDIO_CC) && !defined(bool)
#define bool unsigned char
#endif.
2010-01-07 17:46:52 UTC by sfeam
-
Oops. Let me correct that slightly. The "set encoding locale" command is more recent than the gnuplot version you are running. But "set locale cp1250" should work.
2010-01-07 17:09:32 UTC by sfeam
-
You misunderstand how gnuplot works. It does no interpretation or conversion of character encodings. Instead it relies on the user to tell it what character encoding is present. If your input and output text uses windows code page 1250, you need to tell it that so it can place that information in the svg file header. Yes, if you do not tell it otherwise then it creates an svg file whose...
2010-01-07 17:06:03 UTC by sfeam
-
Hi,
I am having problems writing SVG Files.
Whenever I use german umlauts, the resulting XML file is invalid, since it contains illegal chars.
My observations show, that gnuplot actually uses platform encoding (Windows charset) for writing the SVG files, while it creates an XML header like:
This is wrong. Either write the file...
2010-01-07 14:57:59 UTC by jpt77
-
When configuring without C99 flags, I end up with HAVE__BOOL defined as 1, and HAVE_STDBOOL_H undefined. I'm not sure how the HAVE__BOOL test could actually fail, though, based upon the relevant excerpt from the config.log (see attached).
I tried commenting out the test on HAVE__BOOL in syscfg.h to see what would happen, and received a make error there, which implied that it WAS defined...
2010-01-06 21:26:49 UTC by https://www.google.com/accounts
-
Added ti 4,4 abd 4,5.
2010-01-06 17:40:12 UTC by sfeam
