Ok, I've stuck a 3.8.17b4 for testing in the experimental directory via
http://www.smalltalkconsulting.com/squeak.html It should fix the issue with large color cursors on macintel and powerpc. Plus I added the change for UTF8 normalization form Tetsuya HAYASHI wanted when the VM is set to use UTF8 file names. I'll note by default the VM info.plist is set to MacRoman for historical reasons and because the mangled filenames that the file list viewer in 3.8 would show and work with in 3.8 images. They would be mangled and show as garbage however the wrong conversion process would convert them back to proper macroman representation on usage. Likely the 3.10 team should review what form file names should be in 3.10? Then ensure what is shows is what the user expects to see? I'll note systems such as Sophie and (I think) Plopp work with UTF8 file names, developers of those system should reconfirm we have not broken their ability to use file names with a 3.8.17b4 VM 3.8.17b4 NSCursorWrappers.m Ensure color works on powerpc, and macintel. Also then for 10.2 signal failure and code then uses small cursor logic sqMacUnixFileInterface.c Tetsuya HAYASHI, [hidden email], [hidden email] I've found the latest mac vm (or recent version) fails to normalize UTF file name. It seems to be the function convertChars() of sqMacUnixFileInterface.c, which normalizes only decompose when converting squeak string to unix, but I think it needs pre-combined when unix string to squeak, and I noticed normalization form should be canonical (exactly should be kCFStringNormalizationFormC) for pre-combined. -- ======================================================================== === John M. McIntosh <[hidden email]> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Hi,
I have tested this new vm, it works well about UTF-8 filenames which need normalization. I believe this problem comes from Apple's UTF-8 encoding implementation for pre-combined/decomposed characters, so it would also work about Latin characters, for example, umlaut or accent mark, when using UTF-8 filenames. Many thanks ! On 2007/04/29, at 8:29, John M McIntosh wrote: > Ok, I've stuck a 3.8.17b4 for testing in the experimental directory via > > http://www.smalltalkconsulting.com/squeak.html > > It should fix the issue with large color cursors on macintel and powerpc. > > Plus I added the change for UTF8 normalization form Tetsuya HAYASHI wanted when the VM is set to use UTF8 file names. > > I'll note by default the VM info.plist is set to MacRoman for historical reasons and because the mangled filenames that the file list viewer in 3.8 would show and work with in 3.8 images. They > would be mangled and show as garbage however the wrong conversion process would convert them back to proper macroman representation on usage. > > Likely the 3.10 team should review what form file names should be in 3.10? Then ensure what is shows is what the user expects to see? > > I'll note systems such as Sophie and (I think) Plopp work with UTF8 file names, developers of those system should reconfirm we have not broken their ability to use file names with a 3.8.17b4 VM > > > > 3.8.17b4 NSCursorWrappers.m Ensure color works on powerpc, and macintel. Also then for 10.2 signal failure and code then uses small cursor logic > > sqMacUnixFileInterface.c Tetsuya HAYASHI, [hidden email], [hidden email] I've found the latest mac vm (or recent version) fails to normalize UTF file name. > It seems to be the function convertChars() of sqMacUnixFileInterface.c, which normalizes only decompose when converting squeak string to unix, > but I think it needs pre-combined when unix string to squeak, and I noticed normalization form should be canonical (exactly should be > kCFStringNormalizationFormC) for pre-combined. > > > > -- > =========================================================================== > John M. McIntosh <[hidden email]> > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > |
Free forum by Nabble | Edit this page |