Gestione degli eventi "Open Document" (odoc) in Snow Leopard

Question

Ho un codice nella mia domanda che risponde a " Apri documento " (odoc) eventi. In Mac OS X Tiger e Leopard, questo codice funziona bene:

- (void) handleOpenDocumentEvent:
    (NSAppleEventDescriptor*)event
    withReplyEvent:(NSAppleEventDescriptor*)replyEvent
{
    NSAppleEventDescriptor const *const dirObj =
        [event descriptorForKeyword:keyDirectObject];
    DescType const dirObjType = [dirObj descriptorType];

    if ( dirObjType == 'alis' ) {
        //
        // Open a single file.
        //
        NSData const *const data = [dirObj data];
        AliasHandle const fileHandle =
            reinterpret_cast<AliasHandle>( ::NewHandle( [data length] ) );
        if ( fileHandle ) {
            [data getBytes:*fileHandle];
            err = [self queueFile:fileHandle fromSender:senderSig];
        }
    } else if ( dirObjType == 'list' ) {
        //
        // Open multiple files.
        //
        AliasHandle fileHandle =
            reinterpret_cast<AliasHandle>( ::NewHandle( 0 ) );
        if ( fileHandle ) {
            int const numItems = [dirObj numberOfItems];
            for ( int i = 1; i <= numItems; ++i ) {
                NSData const *const data = [[dirObj descriptorAtIndex:i] data];
                ::SetHandleSize( reinterpret_cast<Handle>( fileHandle ), [data length] );
                if ( (err = ::MemError()) != noErr )
                    break;
                [data getBytes:*fileHandle];
                err = [self queueFile:fileHandle fromSender:senderSig];
                if ( err != noErr )
                    break;
            }
        }
    }
}

In Mac OS X Snow Leopard, tuttavia, questo codice non funziona. Ecco un dump di un AppleEvent da un sistema Leopard:

{ 1 } 'aevt':  aevt/odoc (i386){
          return id: 1012269061 (0x3c560005)
     transaction id: 0 (0x0)
  interaction level: 112 (0x70)
     reply required: 0 (0x0)
             remote: 0 (0x0)
      for recording: 0 (0x0)
         reply port: 150031 (0x24a0f)
  target:
    { 1 } 'psn ':  8 bytes {
      { 0x0, 0x655655 } (iPhoto)
    }
  fEventSourcePSN: { 0x0,0x655655 } (iPhoto)
  optional attributes:
    < empty record >
  event data:
    { 1 } 'aevt':  - 1 items {
      key '----' -
        { 1 } 'list':  - 1 elements {
          { 1 } 'alis':  326 bytes {
            /Users/pjl/Pictures/IMG_8501.JPG
          }
        }
    }
}

Ecco un dump di un AppleEvent da un sistema Snow Leopard:

{ 1 } 'aevt':  aevt/odoc (i386){
          return id: 5173 (0x1435)
     transaction id: 0 (0x0)
  interaction level: 112 (0x70)
     reply required: 0 (0x0)
             remote: 0 (0x0)
      for recording: 0 (0x0)
         reply port: 81695 (0x13f1f)
  target:
    { 1 } 'psn ':  8 bytes {
      { 0x0, 0x17c17c } (iPhoto)
    }
  fEventSourcePSN: { 0x0,0x17c17c } (iPhoto)
  optional attributes:
    < empty record >
  event data:
    { 1 } 'aevt':  - 1 items {
      key '----' - 
        { 1 } 'list':  - 1 elements {
          { 1 } 'bmrk':  944 bytes {
                  000: 626f 6f6b  b003 0000  0000 0110  1000 0000     book............
                  001: c002 0000  0500 0000  0101 0000  5573 6572     ............User
                  002: 7300 0000  0300 0000  0101 0000  706a 6c00     s...........pjl.
                  003: 0800 0000  0101 0000  5069 6374  7572 6573     ........Pictures
                  004: 0e00 0000  0101 0000  6950 686f  746f 204c     ........iPhoto L
                  005: 6962 7261  7279 0000  0800 0000  0101 0000     ibrary..........
                  006: 4d6f 6469  6669 6564  0400 0000  0101 0000     Modified........
                  007: 3230 3037  0b00 0000  0101 0000  4a75 6e20     2007........Jun 
                  008: 392c 2032  3030 3700  0c00 0000  0101 0000     9, 2007.........
                  009: 494d 475f  3633 3837  2e6a 7067  2000 0000     IMG_6387.jpg ...
                  ....
                  058: 0000 0000  30f0 0000  3002 0000  0000 0000     ....0...0.......
          }
        }
    }
}

Il tipo "alis" è stato sostituito dal nuovo segnalibro "Snow Leopard" genere. Come posso modificare questo codice in modo che:

a) verifica e gestisce il nuovo tipo "bmrk", ovvero ottiene il percorso assoluto del file
b) continua a lavorare su Tiger e Leopard

O è il modo in cui posso dire al sistema operativo che voglio ancora eventi odoc che contengano strutture "alis"?

Answer 1

I dati di " segnalibro " inclusi qui possono essere gestiti utilizzando alcune nuove API CFURL e / o NSURL introdotte in Snow Leopard. + [NSURL URLByResolvingBookmarkData: opzioni: relativeToURL: bookmarkDataIsStale: errore] è l'API NSURL che puoi utilizzare per risolvere i dati dei segnalibri inclusi nel descrittore di eventi.

Potresti anche essere in grado di forzare il descrittore in un alias usando il metodo coerceToDescriptorType: e gestirlo in quel modo, pensando che non sia documentato se Snow Leopard includa o meno un gestore di coercizione incorporato per questo (sembra certo che dovrebbe però).

Per quanto riguarda la compatibilità Tiger / Leopard, non verranno mai passati i dati dei segnalibri su nessuno di questi sistemi, quindi chiamare i nuovi metodi NSURL non dovrebbe essere un problema, poiché quel percorso di codice non verrà mai seguito sul sistemi meno recenti.

A proposito, il file di intestazione "AEDataModel.h" contiene costanti simboliche per i quattro codici char che stai usando, quindi puoi usare typeAlias ?? invece di 'alis' , typeBookmark invece di "bmrk" e così via. Ciò tende a rendere il codice un po 'più leggibile e consente al compilatore di proteggerti da errori di battitura e simili.