Thanks for the link, Fred. The reason makes sense now -- the newline is added as a divider between the UTF-8 BOM and the first key name.
So instead, how about a #PB_Preference_NoBOM flag (which would remove the BOM and the newline) for those of us who prefer the
UTF-8 Everywhere approach
utf8everywhere.org wrote:From the Unicode Standard (v6.2, p.30): "Use of a BOM is neither required nor recommended for UTF-8".
Byte order issues are yet another reason to avoid UTF-16. UTF-8 has no endianness issues, and the UTF-8 BOM exists only to manifest that this is a UTF-8 stream. If UTF-8 remains the only popular encoding (as it already is in the internet world), the BOM becomes redundant. In practice, most UTF-8 text files omit BOMs today.