<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> That's odd, was the version you mentioned the daily version? What error<br>

> are<br>
> you getting?<br>
<br>
</div>Yes, it was the daily build by buildbot from the mater branch. It said something in the error message about the kernel.</blockquote><div><br></div><div>Can you be more specific? What is the error message you're getting? </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
No, no, stop! :) I didn't mean that you should start working on a DOS port now. I only wanted to use it as an example to show my interest in supporting OS'es that are explained dead by marketing people.</blockquote>
<div><br></div><div>Well, DOS, Windows 3.1/95/98/ME (along with other OSes, like OS/2) are considered "dead"</div><div>as in, the companies that made them stopped supporting them, and drivers are no longer developed</div>
<div>for them. For example, both ATI and NVIDIA stopped supporting Windows 95/98/ME in 2005.</div><div><br></div><div>That said, if we do have people interested in maintaining support for them, that's great. However,</div>
<div>maintaining support for them can be an additional burden, that's all. For example, Microsoft has</div><div>stopped supporting Windows 98 in Visual Studio 2010.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Well, I didn't mean to imply that A LOT OF people do use these systems, but I did imply some few people still DO - for whatever reason. I don't want to get into deep political and ethic discussion now, but I'd like to say that most of the people on planet earth live in deep poverty. They may be depending on such an old OS once they afford to get an old computer. I simply think we should try having software that works for ALL people as long as it is possible and doesn't cause too much work.<br>
</blockquote><div><br></div><div>The reasons why people are using Windows 98 can be multiple, but the fact still remains: it's a long</div><div>dead OS that does not support Unicode natively.</div><div>A good discussion concerning Windows 9x has been made in portableapps, and it's worth reading.</div>
<div>Check:</div><div><a href="http://portableapps.com/node/17291">http://portableapps.com/node/17291</a></div><div><br></div><div>If we can avoid it, we can maintain Windows 9x compatibility, but we should not convert documents</div>
<div>and data files to ANSI just to support a marginal number of users that may want to read non-English</div><div>documents in Notepad under Windows 9x. We should be moving forward as a project. Unicode has</div><div>been around for a long time, and it has been proven to be a very good standard in internationalization.</div>
<div>So, IMHO, it's wrong to drop Unicode for very few people who don't want to use Unicode-aware text</div><div>editors in legacy systems.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

My reasons for re-encode the readme translations to ANSI are simple: For me, ANSI and UTF-8 were on the same level as I wrote my previous emails. So for the cause of using it in Windows, both could be used in my opinion. Since the legacy Windowses have problems with UTF-8, I thought we could convert it to ANSI all the way. The readme translations don't contain any additional special letters. For example, if we were using Cyrillic and Polish letters in the German translation file, then I would have seen the need to use UTF-8. But no I see a slightly advantage: When opening the German readme on a Russian Windows for example, it will show wrong characters with ANSI but the right ones with UTF-8.<br>
</blockquote><div><br></div><div>ANSI is really not portable, for the reasons you explained. So moving back to ANSI is a disadvantage</div><div>in my eyes, which is a great step backwards from the portability that Unicode provides.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
   Anyway, I did check the file behaviour under Windows ME and I saw that the big readme was opened automatically in Wordpad using the right encoding. But because our translations are just an excerpt of it, they will always open there in the small standard editor. So maybe a conversion should be done only for Win 95 etc. if those files are under the size for being opened with WordPad.<br>
</blockquote><div><br></div><div>What is the small standard editor here? Are you referring to Notepad?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

As for now, I think we should add the UTF-8 header by default for the "normal" (not-legacy) Windows version and deal with the older versions later.</blockquote><div><br></div><div>Are you referring to the BOM byte sequence? Theoretically we could add it, but that's generally not</div>
<div>recommended, as it defeats the whole purpose of Unicode (check the Wikipedia article here:</div><div><a href="http://en.wikipedia.org/wiki/Byte_order_mark">http://en.wikipedia.org/wiki/Byte_order_mark</a>). And since you said that you're not having problems</div>
<div>with Notepad, perhaps the editor you're using is problematic?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
>  I just said it does? UTF8 IS Unicode, btw.<br>
<br>
</div>Maybe we are talking about two different Unicodes there: When writing a file in Notepad and trying to save it, then you get to select the encoding. You can select there ANSI, UTF-8, Unicode, Unicode Big Endian. I guess the Unicode there means Unicode little Endian as I get there a text where each letter consists of two bytes. In UTF-8 to the contrary, only the "special letters" consist of two bytes if I remember correctly.</blockquote>
<div><br></div><div>Indeed, there are a lot of different flavors of Unicode. UTF8 is one of them (the most widely used one).</div><div>A lot of Windows programs use UTF16, but they can understand UTF8 correctly.</div><div>
<br></div><div>Anyway, to sum things up: we got the following options currently:</div><div>- Leave things as they are and keep using UTF8 encoding without a BOM character (which is the</div><div>"correct" way)</div>
<div>- Add a BOM character for broken editors and older Windows versions (which is wrong, but</div><div>legacy applications don't have issues with it)</div><div>- Convert everything to ANSI (bad idea, as it's non-portable and obsolete for internationalized content)</div>
<div>- Keep both a Unicode and an ANSI version (which can be confusing for some users)</div><div> </div><div>Thoughts?</div><div><br></div><div>Regards</div></div>Filippos<div><br>-- <br>"Experience is the name every one gives to their mistakes" - Oscar Wilde <br>

</div>