Re: File URL to Alias?
Re: File URL to Alias?
- Subject: Re: File URL to Alias?
- From: "koenig.yvan" <email@hidden>
- Date: Wed, 26 Feb 2014 10:42:14 +0100
Le 26/02/2014 à 03:16, Shane Stanley <email@hidden> a écrit :
> On 26 Feb 2014, at 11:49 am, Ron Hunsinger <email@hidden> wrote:
>
>> I'm not sure what you mean by "supposed to". Apple takes great pains to be standards-compliant wherever possible.
>
> I suspect what Yvan was referring to is the change in Mavericks, referred to in the release notes:
You suspect right.
I was referring to your sentence :
> The answer is, not very well. In my defence, URLs created under Mavericks no longer include localhost.
>> The "file" URL scheme is defined so that no authority, an empty host, and "localhost" all mean the end-user's machine. To reduce memory use, file URL objects created with file system paths or from file system representation no longer include the host string "localhost".
>> This change also means -host no longer returns the string "localhost" for file URLs and will instead return nil.
>
> (I say this because I actually referred him to these notes, and I may have mislead him.)
>
> So it's probably more a case of being surprised that URLs are still being returned with localhost, given that it's not unreasonable to expect that they are being returned from NSURLs. But it may be that NSURLs created other than from paths or file system representations still include localhost.
>
> --
> Shane Stanley
After reading your sentence I double checked what I got and, as I found that Numbers 2.3 and Numbers 3.1 were behaving differently I decided to make tests with other applications.
It seems clear that « old » applications written before Mavericks delivery issue URLs including « localhost » and that « recent » ones written or at least updated since Mavericks delivery doesn't include the word.
Its really funny to read that localhost is dropped to reduce memory use when the system eat huge chunks of it for obscure reasons.
On my machine, 18 minutes after switching ON my iMac, iconServices process is already using 383.8 Mbytes of Ram.
When I look in the Console, I may see that it grabbed thru the Net descriptions of icons which as far as I know are supposed to be defined in resources files.
Here are the Console lines :
26/02/2014 09:49:47,061 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x25f] flags: 0x8 binding: FileInfoBinding [0x16f] - extension: rtf, UTI: public.rtf, fileType: ????.
26/02/2014 09:49:47,634 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x35d] flags: 0x8 binding: FileInfoBinding [0x171] - extension: mp4, UTI: public.mpeg-4, fileType: ????.
26/02/2014 09:50:25,077 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x2e7] flags: 0x8 binding: FileInfoBinding [0x4db] - extension: numbers, UTI: com.apple.iwork.numbers.numbers, fileType: ????.
26/02/2014 09:50:25,083 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x1ef] flags: 0x8 binding: FileInfoBinding [0x3f9] - extension: pdf, UTI: com.adobe.pdf, fileType: ????.
26/02/2014 09:50:25,084 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x4dd] flags: 0x8 binding: FileInfoBinding [0x2e9] - extension: pages, UTI: com.apple.iwork.pages.pages, fileType: ????.
26/02/2014 09:50:25,086 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x3fb] flags: 0x8 binding: FileInfoBinding [0x1f1] - extension: numbers, UTI: com.apple.iwork.numbers.numbers, fileType: ????.
26/02/2014 09:50:25,089 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x2eb] flags: 0x8 binding: FileInfoBinding [0x4df] - extension: jpeg, UTI: public.jpeg, fileType: ????.
26/02/2014 09:50:25,091 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x1f3] flags: 0x8 binding: FileInfoBinding [0x3fd] - extension: applescript, UTI: com.apple.applescript.text, fileType: TEXT.
26/02/2014 09:50:25,093 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x4e1] flags: 0x8 binding: FileInfoBinding [0x2ed] - extension: txt, UTI: public.plain-text, fileType: TEXT.
26/02/2014 09:50:25,094 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x3ff] flags: 0x8 binding: FileInfoBinding [0x1f5] - extension: rtfd, UTI: com.apple.rtfd, fileType: ????.
26/02/2014 09:50:25,096 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x2ef] flags: 0x8 binding: FileInfoBinding [0x4e3] - extension: txt, UTI: public.plain-text, fileType: ????.
26/02/2014 09:50:25,103 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x1f7] flags: 0x8 binding: FileInfoBinding [0x301] - extension: mp4, UTI: public.mpeg-4, fileType: ????.
26/02/2014 09:50:25,107 com.apple.IconServicesAgent[248]: main Failed to composit image for binding VariantBinding [0x4e5] flags: 0x8 binding: FileInfoBinding [0x2f1] - extension: m4v, UTI: com.apple.m4v-video, fileType: ????.
I must say that I don't smile when I see that this system (10.9.2 as 10.9.1) download twice in 18 minutes the description of the icon related to extension: txt, UTI: public.plain-text, fileType: TEXT,
twice the one related to extension: mp4, UTI: public.mpeg-4, fileType: ????
twice the one related to extension: numbers, UTI: com.apple.iwork.numbers.numbers, fileType: ????.
when I read :
26/02/2014 09:49:47,634 quicklookd[296]: Warning: Cache image returned by the server has size range covering all valid image sizes. Binding: VariantBinding [0x403] flags: 0x8 binding: FileInfoBinding [0x303] - extension: mp4, UTI: public.mpeg-4, fileType: ???? request size:128 scale: 1
What need to download the same file several times when all valid images sizes are available in the 1st downloaded file.
Other surprising behavior . Is it normal to see, in the Console, lines of this kind :
26/02/2014 10:04:52,340 com.apple.IconServicesAgent[248]: Icon filename entry missing from bundle info dictionary for bundle at URL: file:///System/Library/CoreServices/Dock.app/Contents/XPCServices/com.apple.dock.extra.xpc/
26/02/2014 10:04:52,479 com.apple.IconServicesAgent[248]: Icon filename entry missing from bundle info dictionary for bundle at URL: file:///System/Library/PrivateFrameworks/InternetAccounts.framework/Versions/A/XPCServices/com.apple.internetaccounts.xpc/
26/02/2014 10:04:52,487 com.apple.IconServicesAgent[248]: Icon filename entry missing from bundle info dictionary for bundle at URL: file:///System/Library/PrivateFrameworks/WebKit2.framework/Versions/A/XPCServices/com.apple.WebKit.WebContent.xpc/
26/02/2014 10:04:52,903 com.apple.IconServicesAgent[248]: Icon filename entry missing from bundle info dictionary for bundle at URL: file:///System/Library/PrivateFrameworks/WebKit2.framework/Versions/A/XPCServices/com.apple.WebKit.Networking.xpc/
26/02/2014 10:04:52,958 com.apple.IconServicesAgent[248]: Icon filename entry missing from bundle info dictionary for bundle at URL: file:///System/Library/PrivateFrameworks/ShareKit.framework/Versions/A/XPCServices/com.apple.ShareKitHelper.xpc/
Aren't system files supposed to be defined with all the needed infos?
Yvan KOENIG (VALLAURIS, France) mercredi 26 février 2014 10:42:09
_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users
This email sent to email@hidden