Notes |
(0009616 - 140 - 146 - 146 - 146 - 146 - 146)
umejava
02-10-07 15:47
|
TestPkg.st ... a sample source file for reproducing the problem.
TestPkg-mu.1.mcz ... a broken MCZ created by Monticello before this patch. |
|
(0011709 - 42 - 42 - 42 - 42 - 42 - 42)
umejava
01-23-08 11:12
|
Monticello-m17n-patch.8.cs for Squeak 3.9+ |
|
(0011730 - 472 - 472 - 472 - 472 - 472 - 472)
umejava
02-02-08 06:36
|
Monticello-m17n-patch.20.cs is an attempt to keep backward compatibility with old (non-patched) MCZ readers. If MCZ tag-info string has only ascii characters, the string will be written as MacRoman. (.st source code is always written as UTF-8 with BOM). It is not an ideal solution (personally I think any string should be out as UTF-8). But keeping the compatibility is important especially if you would like to work with (non-patched) systems (for example SqueakSource). |
|
(0012277 - 64 - 64 - 64 - 64 - 64 - 64)
Keith_Hodges
06-08-08 23:38
|
Before I add this to Monticello will this patch work in 3.7/3.8? |
|
(0012286 - 199 - 199 - 199 - 199 - 199 - 199)
umejava
06-09-08 01:14
|
Before 3.9, Squeak source file output format does not contain BOM. (UTF8 without BOM was used for WideString source.) So the patch (Monticello-m17n-patch.20.cs) is especially written for 3.9 or 3.10. |
|
(0012751 - 79 - 79 - 79 - 79 - 79 - 79)
Keith_Hodges
10-26-08 02:09
|
But can the patch be included in Monticello which is used by 3.7 and 3.8 users? |
|
(0012754 - 146 - 152 - 152 - 152 - 152 - 152)
umejava
10-26-08 03:25
|
At least for 3.8 final, I confirmed that it works. For 3.7, it will not work, because MultiByteFileStream>>setConverterForCode is not implemented. |
|