<div dir="ltr">Hi.<div><br></div><div>so, for a while now, I&#39;ve been annoyed that the newer Squeak&#39;s didn&#39;t really handle Windows nicely - at least, not writing to files to handle outside of Squeak.  Today I finally dug into the code to find out why.</div>
<div><br></div><div>Many moons ago, MultiByteFileStream was created as the replacement fo rCrLfFileStream, and most references to CrLfFileStream went away.  Which is even commented in the code(!), as:</div><div>It also combined the good old CrLfFileStream.  CrLfFileStream class&gt;&gt;new now returns an instance of MultiByteFileStream.<br>
</div><div><br></div><div>However, the conversion wasn&#39;t complete.  In particular:</div><div>FileDirectory&gt;&gt;newFileNamed: (and related things) just get a new MutliByteFileStream, which doesn&#39;t activate any of the CrLf lineEnding magic - it assume there is no line ending conversions wanted at all.</div>
<div>In fact, no way to use MutliBytFileStream (except as CrLfFileStream new, from that obsoleted class) really use it (exceptions being FileList and BDFFontReader).  This is annoying on a system that doesn&#39;t use cr as the default line endings (are there any left?).</div>
<div><br></div><div>Further, if you do set it up to detect line endings, as far as I can tell, it never actually does any conversions!</div><div><br></div><div>Would anyone mind if I finished putting the CrLfFileStream functionality into MultiByteFileStream?  and if I did it, would anyone else use it?</div>
<div><br></div><div>-cbc</div></div>