No OS X, gostaria de alterar o rótulo "Kind" associado aos arquivos. Muitos dos meus arquivos estão aparecendo como "Arquivo de texto sem formatação" quando são realmente javascript, php, css e outros tipos de arquivo.
Não tenho problemas para abrir com o aplicativo que quero, é fácil - existem muitos tópicos sobre isso.
O que me incomoda é que, quando tenho uma grande pasta com muitos arquivos, gostaria de poder classificar por Tipo e ter todos os arquivos css, php e js juntos.
Vi o tipo de arquivo que trava no OSX e a troca rápida, mas não tenho certeza se é isso realmente o que preciso.
Talvez alguém tenha lidado com isso antes e sabe como consertar isso?
file
.Respostas:
O tipo de arquivo geralmente é definido pelo aplicativo que lida com esse tipo no Launch Services. Para a maioria deles, esse é o aplicativo que abre um tipo de arquivo por padrão, no seu caso, Coda.
Os aplicativos especificam tipos de arquivos em seus
Contents/Info.plist
arquivos. Você pode vê-lo e editá-lo clicando com o botão direito do mouse no pacote do aplicativo e selecionando Mostrar Conteúdo do Pacote .Parece que o pessoal do Panic bagunçou alguma coisa. Todos os tipos de arquivos que eles definem são
PlainTextType
:Você pode alterar o nome do tipo de arquivo editando todas as
Document Type Name
entradas no Editor de listas de propriedades ou todas asCFBundleTypeName
entradas ao editar o arquivo em um editor de texto normal. Basta substituir o que você deseja que apareça como descrição.Edite, salve e verifique se o Launch Services avisa (reinicie, efetue logout ou mova o aplicativo para uma pasta diferente e volte novamente), e o resultado será o seguinte:
Você precisa repetir isso sempre que houver uma atualização no aplicativo, pois eles substituem o
Info.plist
arquivo que você editou. É melhor relatar um bug para os desenvolvedores do Panic.fonte
Info.plist
. Eles são realmente capazes de fornecer nomes de tipo de documento adequados. E os usuários se preocupam mais com a coluna Tipo do localizador do que com os aspectos técnicos das UTIs./Developer/Applications/Utilities
pasta Eu não tinha QS catalogando essa pasta. oops.depende do programa de salvamento definir a UTI (identificador de tipo uniforme) para um determinado arquivo. se você conseguir alterá-los, edite o arquivo em qualquer programa que você os criou e os defina como texto sem formatação, eles provavelmente serão revertidos para texto sem formatação quando você salvar novamente.
tecnicamente, esses arquivos são texto sem formatação, eles podem ser abertos por qualquer editor que suporte a UTI com texto sem formatação, que é o objetivo que as UTIs servem, portanto, isso não é uma imprecisão, é um exercício semântico. eu pessoalmente evito esses problemas colocando minhas imagens, folhas de estilo e arquivos javascript em subpastas.
independentemente, você provavelmente precisará vasculhar o editor escolhido e ver se ele suporta uma maneira de definir relações de extensão de arquivo UTI-> ou uma maneira de definir com que UTI um arquivo é salvo.
fonte
Isso aconteceu quando eu atualizei para o Office 2016 e removi o Office 2011 - o Finder decidiu que os
.dot
arquivos (modelos do MS Word 97-2004) eram arquivos GraphViz DOT, mesmo que eu não tivesse o GraphViz instalado, e decidiu que o Nisus Writer deveria ser o aplicativo padrão.Consegui corrigir o aplicativo padrão da maneira mais fácil no Finder (Obter informações / Abrir com: / Alterar tudo ...), mas o tipo de arquivo ainda estava errado. De acordo com a resposta de Daniel Beck, verifiquei o
Info.plists
Word 2016 e o Nisus Writer, mas ambos estavam corretos.Acabei tendo que reconstruir o registro do Launch Services com
(do Terminal) e que finalmente o consertou.
fonte
As descrições dos Tipos Principais do OS X podem ser alteradas editando InfoPlist.strings no CoreTypes.bundle.
A lista de propriedades é um binário compilado , portanto, apenas faça um backup antes de editá-lo. As atualizações do sistema provavelmente o substituirão, portanto, mantenha uma cópia ou (o que eu recomendo) vincule sua versão editada ao local do original - supondo que sua cópia seja nomeado
InfoPlist.strings.custom
e está no mesmo diretório que o original:cd /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/English.lproj
cp InfoPlist.strings InfoPlist.strings.custom
- sua cópia personalizadamv InfoPlist.strings InfoPlist.strings.backup
- original em movimentoabra
InfoPlist.strings.custom
com o TextMate, pois ele analisa bem as listas de propriedades binárias, assumindo que você foimate
instalado:mate /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/English.lproj/InfoPlist.strings.custom
Depois de concluir as edições, vincule o arquivo original no local:
sudo ln -s /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/English.lproj/InfoPlist.strings.custom /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/English.lproj/InfoPlist.strings
e reinicie o Finder com
killall Finder
- você deverá ver as alterações no localizador depois disso.por exemplo, mudei
"Portable Document Format (PDF)" = "Portable Document Format (PDF)";
para"Portable Document Format (PDF)" = "PDF";
e ... diga adeus às longas e irritantes seqüências "Kind" no Finder :-)Antes Depois
NOTA: Eu uso o inglês como idioma do sistema - se você tiver outro idioma definido, precisará alterar o nome do dir para o idioma apropriado:
cd /System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/
Alemão.lproj/
<- por exemplo, digamos alemãoAtualização 1 (descoberta sobre o plutil):
você pode usar
plutil
para converter do formato binário para XML ou JSONsudo plutil -convert json InfoPlist.strings -o InfoPlist.strings.json
depois de editar o .json, converta (compile?) de volta para um formato binário:
sudo plutil -convert binary1 InfoPlist.strings.json -o InfoPlist.strings
ATUALIZAÇÃO 2
quer descobrir onde esta irritante 'Kind' cordas é?
sudo find ./ -name '*.plist' -o -name '*.strings' -exec plutil -p {} \; | grep
"annoying"
ondeannoying
está a coisa que incomoda o dia todofonte
Dê uma olhada no duti
fonte