> Not necessarily a PDF viewer, just any app. You could even make it > work by writing a trivial app declaring a UTI as follows: > > <key>UTImportedTypeDeclarations</key> > <array> > <dict> > <key>UTTypeConformsTo</key> > <array> > <string>com.apple.package</string> > <string>public.composite-content</string> > </array> > <key>UTTypeDescription</key> > <string>PDF Package</string> > <key>UTTypeIconFile</key> > <string></string> > <key>UTTypeIdentifier</key> > <string>com.irextexnologies.iliad.pdf</string> > <key>UTTypeTagSpecification</key> > <dict> > <key>public.filename-extension</key> > <array> > <string>pdf</string> > </array> > </dict> > </dict> > </array> > > The app could also open the file by opening the embedded PDF file, and > you could add a file icon. > > Perhaps even better, write a QuickLook or Spotlight importer plugin > with this declaration.
Sounds like a reasonable plan. >> Another idea I had is a script hook on a new event like "Will Open >> File" >> that allows me to intercept an open operation on a linked file and >> redirect >> it to an iLiad-created file if it exists. What do you think? >> > > No, not a good idea. It would interfere too much and moreover we can't > know what such a handler would do (e.g. if it would even open the > file). Fair enough, although I'm not sure that there are guarantees about handlers for the existing hooks either. cheers, Tony ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Bibdesk-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-develop
