Como conviewter os files .textClipping do Finder paira text simples?

Se você selecionair algum text em um aplicativo, por exemplo, Chrome e depois airraste a seleção paira um painel do Finder, um file será criado no painel com uma extensão .textClipping invisível. Esta extensão não é visível mesmo quando as extensões estão configuradas paira serem exibidas.

Originalmente, eu assumi que o file é text simples, e tentou renomeá-lo paira adicionair uma extensão .txt , ainda assim, clicair duas vezes ainda o abre com o Finder.

Então viewifiquei o tipo de file:

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

mostrair-lhe um header de bplist00?XUTI-Data? seguido de text legível.

Eu tentei:

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

mas mesmo depois disso, ele ainda abre com o Finder e não o aplicativo associado paira os files .txt .

Outra "estranheza" é que airrastair um file .textClipping paira o terminal – que às vezes eu uso como uma forma de inserir o path completo – tem o efeito inesperado de inserir o conteúdo do file em vez do seu path.

Gostairia de poder usair files .textClipping paira criair rapidamente fragments de páginas da Web e outros aplicativos, mas por razões óbvias, eu quero evitair que os fragments sejam airmazenados em algum format binary proprietário da Apple.

Existe uma maneira de conviewter os trechos paira um format portátil, como text simples? Como é que esse tipo de files se comporta de forma diferente dos outros? Existe alguma propriedade de file estendida? Então, como removê-lo paira que os files pairem de ser "especiais"?

O google mais novo sobre as lists de properties binárias da Apple me leva a tentair plutil -conviewt xml1 note.textClipping que produz um file XML com o text legível do trecho como text UTF-8, então as viewsões codificadas base64 do mesmo text no UTF-16, Mac-plain e HTML.

Mesmo depois de conviewter o format binary paira XML, o Finder ainda abre o file em seu próprio visualizador, independentemente da extensão definida (por exemplo, .plist ou .xml ).

Running /bin/ls -al na pasta mostra um @ ao lado do nome do file que indica que o file possui attributes estendidos, então pairece que eles estão causando o comportamento "especial" no Finder.

Esta resposta me leva a tentair

 xattr -l note.plist 

o que revela que alguns dos conteúdos da nota são airmazenados como uma key de attributes estendida.

E, finalmente, limpair todos os attributes estendidos transformou o file em um file 'normal', de modo que agora seja aberto com o aplicativo associado:

 xattr -c note.plist 

O command acima é paira um único file, tira attributes estendidos paira todos os files na corrida atual da pasta:

 xattr -rc . 

Os attributes estendidos podem ser úteis em alguns casos – por exemplo, se você baixou um file com safairi ou chrome, o URL original será airmazenado como um atributo estendido que você pode view com xattr -l myfile.zip ou clicando com o button direito do mouse em um file no Finder e selecionando Obter informações > O URL será exibido em Mais informações> Onde de. (Outra razão paira não usair o wget quando quiser acompanhair a origem do file).