I just realized another problem. the title now comes from the resolved URL. So if we do this the icon should know about the original as well as the resolved URL. I had the idea of adding an alias badge for a link, and using the original URL for the title and the cache.
Christiaan On 1 Jan 2008, at 7:48 PM, Adam R. Maxwell wrote: > I'm kind of torn on this one. I thought about it at one point, but I > believe resolving aliases should be the client's responsibility, just > for consistency with Finder. Apple displays a standard PDF icon with > a badge even when thumbnails are enabled, although Quick Look previews > the target file. > > On Jan 1, 2008, at 10:14 AM, [EMAIL PROTECTED] wrote: > >> Revision: 12178 >> http://bibdesk.svn.sourceforge.net/bibdesk/? >> rev=12178&view=rev >> Author: hofman >> Date: 2008-01-01 10:13:59 -0800 (Tue, 01 Jan 2008) >> >> Log Message: >> ----------- >> Resolve aliases for icon. >> >> Modified Paths: >> -------------- >> trunk/bibdesk_vendorsrc/amaxwell/FileView/FVIcon.m >> >> Modified: trunk/bibdesk_vendorsrc/amaxwell/FileView/FVIcon.m >> =================================================================== >> --- trunk/bibdesk_vendorsrc/amaxwell/FileView/FVIcon.m 2008-01-01 >> 16:28:16 UTC (rev 12177) >> +++ trunk/bibdesk_vendorsrc/amaxwell/FileView/FVIcon.m 2008-01-01 >> 18:13:59 UTC (rev 12178) >> @@ -138,6 +138,18 @@ >> if (noErr == err) >> err = LSCopyItemAttribute(&fileRef, kLSRolesAll, >> kLSItemContentType, (CFTypeRef *)&theUTI); >> >> + if (UTTypeConformsTo(theUTI, kUTTypeResolvable)) { >> + // resolve alias, should we add a link badge? >> + Boolean isFolder, wasAliased; >> + err = FSResolveAliasFileWithMountFlags(&fileRef, TRUE, >> &isFolder, &wasAliased, kARMNoUI); >> + if (err == noErr) { >> + CFRelease(representedURL); >> + representedURL = (NSURL *)CFURLCreateFromFSRef(NULL, >> &fileRef); >> + CFRelease(theUTI); >> + err = LSCopyItemAttribute(&fileRef, kLSRolesAll, >> kLSItemContentType, (CFTypeRef *)&theUTI); >> + } >> + } >> + >> FVIcon *anIcon = nil; >> >> // Problems here. TextMate claims a lot of plain text types but >> doesn't declare a UTI for any of them, so I end up with a dynamic >> UTI, and Spotlight ignores the files. That's broken behavior on >> TextMate's part, and it sucks for my purposes. >> >> >> This was sent by the SourceForge.net collaborative development >> platform, the world's largest Open Source development site. >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Bibdesk-commit mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/bibdesk-commit > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bibdesk-develop mailing list > Bibdesk-develop@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bibdesk-develop ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bibdesk-develop mailing list Bibdesk-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
