#896: sphinx doc build is broken because of BOM
---------------------+------------------------------------------------------
Reporter: fgdrf | Owner: live-demo@…
Type: defect | Status: new
Priority: major | Milestone:
Component: LiveDVD | Keywords:
---------------------+------------------------------------------------------
Comment(by hamish):
the Byte Order Mark has been added and removed from the .csv lists of
contributers for a while now.
I haven't really been sure if they should be there or not so only did a
quick edit just before the last release to stop the table creation from
breaking.
It's easy enough to open with vi and delete the first two chars in the
file if needed.. Converting UTF back to ISO-8859-1 isn't too bad either:
`iconv -f UTF-8 -t ISO_8859-1 utf_file > iso_file`
Qs:
* Should the BOM be there or not?
* What files (if any) should be saved in UTF-8, and why? (ISO will not
handle non-Western multibytes, but that doesn't necessitate that the
English/Western pages also be in UTF)
this is out of my area of expertise, but the constant "last committer
wins" back and forth of text file variants is as we see here causing
problems.
any tips from the multi-lingual trenches?
thanks,
hHamish
--
Ticket URL: <https://trac.osgeo.org/osgeo/ticket/896#comment:2>
OSGeo <http://www.osgeo.org/>
OSGeo committee and general foundation issue tracker.
_______________________________________________
Live-demo mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/live-demo
http://live.osgeo.org
http://wiki.osgeo.org/wiki/Live_GIS_Disc
