Closed GoogleCodeExporter closed 9 years ago
I'm not sure. I live in the world of server-side programs where it pretty much
never makes sense to use the system default charset. But for a command-line
tool, it seems like the exact kind of thing that this setting was made for. In
other words, the encoding we want is "whatever your editor and other tools are
going to use."
Original comment by kevinb@google.com
on 24 Oct 2011 at 3:17
+1 for UTF-8 everywhere. Everyone can read it and it avoids the need to
transcode.
Original comment by jessewil...@google.com
on 24 Oct 2011 at 7:23
If the results file is meant to be examined by other programs, e.g. loaded into
the user's editor, and is written using the user's environment (LANG and
friends), it should be written using the default charset. If it's a file
format that expects a particular encoding (xml likes utf-8, perhaps?) then that
encoding should be used.
Hopefully the vast majority of file contents will be utf-8 eventually, but
we're not there yet.
Original comment by marti...@google.com
on 14 Nov 2011 at 9:30
Whoops: I was confused. I was thinking about cases like reading .caliperrc, and
writing console output -- things that tend to stay put in the user's local
environment. But the .json results are an *interchange format* so of course we
should standardize the encoding, and that means utf-8.
Original comment by kevinb@google.com
on 14 Nov 2011 at 9:40
Original comment by kevinb@google.com
on 16 Nov 2011 at 8:35
Original comment by fry@google.com
on 5 Dec 2011 at 4:06
Original issue reported on code.google.com by
brianfromoregon
on 23 Oct 2011 at 2:57