![]() I have found at least one other dialog that behaves in this fashion, in an Apple scripting addition, so I wonder if it may be a CarbonLib bug. This problem reportedly also existed in AppleScript 1.4.3 (Mac OS 9.0.4). The workaround is to click Cancel three or four times. Mac OS 9.1: Dialog Box Does Not Cancel on First Attempt (TIL #106091 12/19/00, updated 1/9/01) reports that in Mac OS 9.1 the AppleScript dialog box asking you to locate an application if the application cannot be found reopens after you click Cancel. A workaround is to use Sigma's Coercions or some other third-party solution. I think it works for flat lists, but nothing else. Chris Nebel addressed this issue as early as Octoin a message to the AppleScript-Users mailing list, reporting that read/write is fundamentally broken in a number of ways, especially when it comes to reading and writing lists and records as binary data. This, too, will be fixed when Mac OS X is released. Specifically, writing a list to a text file will corrupt the text file. The same announcement reported that, ue to an error in integrating a new feature, some features of the Read/Write scripting additions are not working. See Unicode AppleScript Text Coercions May Fail (TIL #106096 1/4/01, updated 1/16/01). This will be fixed when Mac OS X is released (scheduled for March 24, 2001). The announcement of AppleScript 1.5.5 from The AppleScript Team noted that certain operations on Unicode text (concatenation, equality testing, word or character access) will cause an error or crash. ![]() There are a number of reported new AppleScript bugs in Mac OS 9.1.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |