Come convertire i file .textClipping di Apple in testo normale?

3

Se selezioni del testo in un'app (ad esempio Chrome o qualsiasi altra app che consente di trascinare il testo) e trascini la selezione in un pannello del Finder, nel pannello verrà creato un file con un'estensione .textClipping invisibile. L'estensione potrebbe o potrebbe non essere visibile nel Finder a seconda delle impostazioni.

Originariamente pensavo che il file fosse di solo testo, e ho provato a rinominarlo per aggiungere un'estensione .txt , ma con un doppio clic lo si apre ancora con Finder.

Quindi ho controllato il tipo di file:

file 'some text.textClipping'
>> some text.textClipping: Apple binary property list

cat -ing mostra un'intestazione di bplist00?XUTI-Data? seguita da testo leggibile.

Ho provato:

mv 'some text.textClipping' 'some text.txt'

ma anche dopo questo si apre ancora con Finder e non con l'app associata per i file .txt .

Un'altra "stranezza" è che il trascinamento di un file .textClipping nel terminale - che a volte uso come un modo per inserire il percorso completo - ha l'effetto inaspettato di inserire i contenuti del file piuttosto rispetto al suo percorso.

Vorrei poter utilizzare .textClipping di file per creare rapidamente snippet da pagine web e altre app, ma per ovvi motivi, voglio evitare che i frammenti vengano archiviati in alcuni formati binari proprietari di Apple.

C'è un modo per convertire i frammenti in un formato portatile, come il testo normale? Come mai questo tipo di file si comporta diversamente dagli altri? C'è qualche proprietà di file estesa? Quindi come rimuoverlo in modo che i file smettano di essere "speciali"?

    
posta ccpizza 11.10.2017 - 22:59
fonte

1 risposta

3

Un altro googling sugli elenchi di proprietà binarie di Apple mi porta a provare plutil -convert xml1 note.textClipping che produce un file XML con il testo leggibile dello snippet come testo UTF-8, quindi versioni codificate in base64 dello stesso testo in UTF-16, mac -plain e HTML.

Anche dopo aver convertito il file binario in formato XML, Finder apre ancora il file nel proprio visualizzatore indipendentemente dall'estensione impostata (ad esempio .plist o .xml ).

L'esecuzione di /bin/ls -al nella cartella mostra un @ accanto al nome del file che indica che il file ha attributi estesi quindi sembra che stiano causando il comportamento "speciale" nel Finder.

Questo rispondi portami a provare

xattr -l note.plist 

che rivela che parte del contenuto della nota è memorizzata come chiave di attributo estesa.

E infine, la cancellazione di tutti gli attributi estesi trasformava il file in un file 'normale', quindi ora si apre con l'app associata:

xattr -c note.plist 

Il comando sopra riportato è per un singolo file, per rimuovere gli attributi estesi per tutti i file nella cartella corrente eseguita:

xattr -rc .

Extended attributes might be useful in some cases — for example, if you downloaded a file with safari or chrome the original URL will be stored as an extended attribute which you can see with xattr -l myfile.zip or right-clicking a file in Finder and selecting Get Info > The URL will be displayed under More Info > Where from. (Another reason not to use wget when you want to keep track of the file's origin.)

    
risposta data 11.10.2017 - 23:08
fonte

Leggi altre domande sui tag