On Mar 27, 2007, at 16:51 UTC, Steve Upton wrote: > I don't know if I have an answer but I do have more information: > > - This is all occurring in the /Library/ColorSync/Profiles/Display > folder. This folder and its contents are created by ColorSync and the > profiles are moved/copied (not sure which) over to the folder when > selected by the user in the Displays panel. I don't know if this is a > good hint but I have heard that things in this folder behave > strangely - but details of what I heard is not available to my memory > at this time :-/ > > - As a work-around, and due to the special case where I was creating > a new folder in the temporary file location and my file would be > guaranteed to be the only file in the folder, I decided to use > folderitem.item(1) to grab the folderitem for my newly copied file. > It turns out that once I copy the file to the new location and grab > the folderitem in this manner it has the correct, non-truncated file > name available to me and behaves just as it should.
Curiouser and curiouser. I wonder if it might have something to do with how the original FolderItem was built in the first place. How do you make that, or where does it come from? What's the actual code? It's behaving as though, under the hood, we don't have an FSRef for this item; we only have an FSSpec to it. But I can't imagine how that could happen (on a system that supports FSRefs). Best, - Joe -- Joe Strout -- [EMAIL PROTECTED] Verified Express, LLC "Making the Internet a Better Place" http://www.verex.com/ _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
