After much thought (years?) I've converted the mac carbon VM to unix
path names by burning up a few sleepless nights, this assists in the pending MacIntel port and can be done before that happens. Since this is my fourth attempt at working the multiple aliased file paths it was a chance to rewrite that entire piece of logic into something much smaller and nicer. So I need a few beta testers to confirm this all works. Interested parties should email me and I'll send them a VM, also people willing to compile and cross-check the c code for issues are welcome. Although the task sounds simple, open an image, open a file, delete a file, navigate to a directory, create a directory, delete a directory it's actually more complex because of all the other things you can do: At application startup a) We load an image based on command line startup b) We load an image based on XML specification c) We load an image from the bundle resource folder, using XML specification for name if needbe d) We load an image based on AppleEvent open application (the default from XML specification00 e) We load an image in another application based on the open document request to a running VM. f) We load an image based on doubling clicking an image with no VM running This should work on a folder name with unicode characters (accented or Japanese), and with a path with say three levels of alias indirection which normally defeats the casual implementation of alias resolving. This of course is an interesting place because normalization of unicode must occur between mac roman and utf-8 and hfs+ volume needs, plus we do multiple aliases resolutions. Other things Navigation in the file list to a folder/file in an interesting place with three levels of folder alias indirection plus unicode characters. Operations like read/write on a file, or creating or deleting the file in interesting places. Confirm file information for aliases files in navigation window is correct. Operations like deleting or creating a folder or an using/deleting an aliased folder. {I'll note we need to resolve how deleting an aliased folder works, does that mean delete the target folder or just the alias?} Drag and drop of files from interesting places. (indirection aliases) Loading a plugin from (vm directory, vm/plugins, vm bundle/resources folder) and perhaps as an alias (not tested) resolving the download folder via the internet config plugin (not tested) resolving the secure and unsecure pathnames in the security plugin setting and getting the finder creator and type codes for a file Switching to UTF-8 verses mac roman for internal vmpath support for all of above (not tested ). As you can see there is a lot of work to cross check all these features work, and perhaps ones I've not thought of. Pending is a rework of the mpeg plugin to use the VM file name translation api to make a proper file name for opening, that also applies to some other special purpose plugins we have. -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Hi John,
Am 03.02.2006 um 23:28 schrieb John M McIntosh: ... > > So I need a few beta testers to confirm this all works. Interested > parties should email me and I'll send them a VM, also people willing > to compile and cross-check the c code for > issues are welcome. Although the task sounds simple, open an image, > open a file, delete a file, navigate to a directory, create a > directory, delete a directory it's actually more complex because of > all the other things you can do: > ... I'm in. -karsten |
Hi John,
I am interested as well. Send me that VM ;-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch |
In reply to this post by johnmci
Am 03.02.2006 um 23:28 schrieb John M McIntosh:
> Interested parties should email me and I'll send them a VM Send one my direction, please. > Switching to UTF-8 verses mac roman for internal vmpath support > for all of above (not tested ). We've been using UTF-8 VM encoding for a while, to be able to access files with non-ASCII characters in their path. However, I haven't found a way to permanently switch the image (3.8) to UTF-8 encoding. It keeps resetting to Latin1 on startup. The only solution for me was to put this line in my own startup code: LanguageEnvironment classPool at: #FileNameConverterClass put: UTF8TextConverter Did anybody create a better solution than this horrible hack? I feel someone else must be using UTF-8, too, now that we support it ... - Bert - |
Well we noticed over the weekend, that a folder name like "Caño del
día" show the ñ and í correctly in a 3.7 image, but in a 3.8 image these are mangled into something else. So why is that? On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote: > Am 03.02.2006 um 23:28 schrieb John M McIntosh: > >> Interested parties should email me and I'll send them a VM > > Send one my direction, please. Sent. > -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Because the Mac VM sends MacRoman and the 3.8 image expects Latin1,
because on MacOS the language environment defaults to Latin1. However, the info.plist ignores any spelling of Latin1 or iso-8859-1 I tried. So UTF-8 is the thing that both VM and image could agree upon, but that's not automatic, as I wrote in my last message. - Bert - Am 06.02.2006 um 10:18 schrieb John M McIntosh: > Well we noticed over the weekend, that a folder name like "Caño del > día" show the ñ and í correctly in a 3.7 image, but in a 3.8 image > these > are mangled into something else. So why is that? > > On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote: > >> Am 03.02.2006 um 23:28 schrieb John M McIntosh: >> >>> Interested parties should email me and I'll send them a VM >> >> Send one my direction, please. > > Sent. Thanks. |
Ah, I think someone forgot to tell me...
The mac carbon vm only considered ShiftJIS, UTF-8 and macroman as a result of asking and being told these were the only ones used a few years back. But since you use kCFStringEncodingISOLatin1, I'll add Latin1/ iso-8859-1 to the mix and make that the default... Likely that will get folded into 3.8.10b6 since I pushed 3.8.10b5 out a few minutes ago On 6-Feb-06, at 1:47 AM, Bert Freudenberg wrote: > Because the Mac VM sends MacRoman and the 3.8 image expects Latin1, > because on MacOS the language environment defaults to Latin1. > However, the info.plist ignores any spelling of Latin1 or > iso-8859-1 I tried. So UTF-8 is the thing that both VM and image > could agree upon, but that's not automatic, as I wrote in my last > message. > > - Bert - > > Am 06.02.2006 um 10:18 schrieb John M McIntosh: > >> Well we noticed over the weekend, that a folder name like "Caño >> del día" show the ñ and í correctly in a 3.7 image, but in a 3.8 >> image these >> are mangled into something else. So why is that? >> >> On 6-Feb-06, at 12:54 AM, Bert Freudenberg wrote: >> >>> Am 03.02.2006 um 23:28 schrieb John M McIntosh: >>> >>>> Interested parties should email me and I'll send them a VM >>> >>> Send one my direction, please. >> >> Sent. > > Thanks. > -- ======================================================================== === John M. McIntosh <[hidden email]> 1-800-477-2659 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ======================================================================== === |
Free forum by Nabble | Edit this page |