<div class="gmail_quote">On 13 February 2012 16:42, Stephen J. Turnbull <span dir="ltr"><<a href="mailto:stephen@xemacs.org">stephen@xemacs.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Paul Moore writes:<br></div></blockquote><div><br></div><div>[Lots of stuff from Stephen that I agree with].</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"> > And that's even without all this foreign UTF-8 I get from the Unix</div><div class="im">
 > guys :-) Apart from the blasted UTF-16, all of it's "ASCII most of<br>
 > the time".<br>
<br>
</div>Indeed.  Do you really see UTF-16 in files that you process with<br>
Python?</blockquote><div><br></div><div>I've only had one real use-case (and it was Java, but could easily be Python). We wanted to be able to export settings as a CSV file to be opened in Excel, modified and then re-imported.</div>
<div><br></div><div>Turns out that if you want to open non-ascii CSV files in Excel, they must be encoded as (IIRC) UTF-16LE (i.e. without a BOM). I think you can save as other encodings, but that's the only one you can reliably open.</div>
<div><br></div><div>Tim Delaney </div></div>