È possibile sovrascrivere il sandboxing dell'app, forzare l'app a utilizzare la directory di lavoro?

1

Sto provando a configurare asymptote sul mio mac, che è un linguaggio grafico matematico per LaTeX. Il programma è un'utilità della riga di comando Unix. Secondo le istruzioni di configurazione al collegamento , è possibile impostare il lettore PDF per l'apertura automatica con questa utility. Quando imposto pdfviewer="/Applications/Preview.app/Contents/MacOS/Preview"; (che è il percorso dell'eseguibile della riga di comando per Preview.app), quindi il rending di un grafico con asintoto genera questo errore:

2012-10-10 10:15:08.758 Preview[45884:707] PVPDFPageContainer initWithURL:out.pdf -- file://localhost/Users/username/Library/Containers/com.apple.Preview/Data/ failed, error = Error Domain=NSCocoaErrorDomain Code=260 "The file “out.pdf” couldn’t be opened because there is no such file." UserInfo=0x7f99f2c6d590 {NSFilePath=/Users/username/Library/Containers/com.apple.Preview/Data/out.pdf, NSUnderlyingError=0x7f99f2c6d500 "The operation couldn’t be completed. No such file or directory"}

Chiaramente Anteprima sta tentando di aprire il documento per nome nella sua directory sandbox locale ~/Library/Containers/com.apple.Preview/Data/ . Posso in qualche modo sovrascrivere questo comportamento e forzare l'anteprima a cercare il file nella directory di lavoro del processo?

    
posta ziggurism 10.10.2012 - 16:25
fonte

1 risposta

0

Crea uno script di shell, ad esempio asympdf.sh con il seguente contenuto:

/Applications/Preview.app/Contents/MacOS/Preview 'readlink -f $1'

Se metti lo script da qualche parte, ad esempio vicino ai binari asintoti, puoi impostare l'impostazione pdfviewer in modo che punti invece a quello script.

    
risposta data 10.10.2012 - 17:30
fonte

Leggi altre domande sui tag