On March 3, 2020 at 10:54 AM, FZiegler <fz.2...@klacto.net> wrote: On Mar 3, 2020, at 1:21 PM, Adam R. Maxwell via Bibdesk-users <bibdesk-users@lists.sourceforge.net> wrote: Huh. I speculate that 32 vs 64 is a red herring, but it may be taking a different code path if you're linking against a different SDK. Either way, this is an interesting content type tree. You might use lsregister with -dump to see what LS thinks a .djvu file is; I wonder if you have competing UTI definitions for it, and that's confusing the type system? Apple's Launch Services database is like the Windows Registry, except that it's undocumented, more fragile, harder to inspect, and not editable by the user :(. But do you think it’s all due to .djvu -- not another red herring? The vast majority of icons in my BibDesk’s Local-Url column (when displayed) are pdfs, and the LS database reset that reassigned them to Preview.app already sped things up spectacularly -- until I scrolled to a .djvu or reassigned the pdfs to Skim. Well, having Skim slow it down does throw a monkey wrench in my guess. Have you tried disabling the file icon preview in Finder, to see if that helps? -- adam
_______________________________________________ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
