Não sei se outras pessoas notaram isso em Yosemite:
Com um arquivo no Finder em foco, quando você move o cursor para a entrada "Abrir com", seja no menu de contexto ou na barra de menus -> Arquivo, é exibida uma subentrada "Buscando ...".
Um momento depois, os suspeitos de sempre aparecem, como nas versões anteriores do OS X.
Suponho que esse comportamento seja uma melhoria. Como o /Application/***.app/Contents/Info.plist é buscado ao vivo, um usuário não precisa mais redefinir o LaunchServices para que as alterações relacionadas apareçam. Esta é a minha conjectura.
No entanto, isso causa um problema para mim. Eu crio um atalho de teclado através do AppleScript ou do BetterTouchTool para chamar a Barra de menus -> Arquivo -> Abrir com -> Certo aplicativo.
Dessa forma, programei FN + SHIFT + 1 para abrir o arquivo com TextMate, FN + SHIFT + 2 para Writer Pro, etc.
A 1) necessidade de cursor sobre "Abrir com" para acionar a busca e 2) o atraso na busca fazem com que meus scripts sejam inválidos.
Eu pude verificar essa teoria: 1) Clique com o botão direito do mouse em um arquivo, 1) Passe o mouse sobre a entrada "Abrir com", 3) Aguarde a busca do submenu, 4) Clique fora do menu de contexto para que ele desapareça, 5) e invoque o atalho do teclado.
E o atalho funcionou.
Então, estas são minhas perguntas:
1) Obviamente, posso reverter para o comportamento pré-Yosemite?
2) Alguém tem maneiras inteligentes de abrir um tipo de arquivo com vários aplicativos sob demanda de forma limpa e eficiente?
ATUALIZAR:
Até agora, eu tenho uma solução alternativa, que é criar um Serviço de Automator. Aqui está um exemplo com o TextMate:
Eu posso executar isso sem demora através de 1) barra de menus -> localizador -> serviços -> abrir com o TextMate, 2) nível superior do menu de contexto ou 3) um atalho de teclado, se assim o desejar.
Isso vem com duas ressalvas:
1) Os itens recebidos no serviço devem estar na definição mais ampla possível, por exemplo, arquivos e pastas . O Finder não reconhece, por exemplo, arquivos .plist como documentos. Se você definir o serviço para receber apenas documentos , o Open With TextMate não será exibido quando você desejar usá-lo em um arquivo .plist .
2) Devido a (1), essa entrada de menu aparece em todos os itens do Finder. É bastante inócuo se houver apenas uma ou duas entradas personalizadas. Se houver seis ou sete, esse grupo de itens assumirá o menu de contexto.
fonte
Respostas:
Eu tive um problema semelhante e o 'Buscando ...' estava demorando muitos segundos. Acabei de redefinir o Launch Services com o seguinte comando:
fonte
Depois que as coisas se acalmam (a indexação do Spotlight é concluída, algumas reinicializações, usando nomes de usuário diferentes), as coisas se acalmam e o atraso da "busca" desaparece e o menu pop-up é aberto em menos de 2 segundos. Mas algumas condições (como montar novos discos) parecem fazer o atraso aumentar novamente.
Redefinir os serviços de inicialização a partir do primeiro comentário funciona, se o atraso aumentar (
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -seed -r -f -v -domain local -domain user -domain system). Enquanto o comando é executado, você pode ver no consolee
Às vezes, leva um minuto inteiro para redefinir / reconstruir! Também existem várias mensagens de erro na janela do terminal quando o comando é executado (por exemplo, registrando a edição da comunidade do aplicativo Livecode).
Colocar o comando reset launch services em algo como Lingon e executá-lo de vez em quando pode ser um longo caminho até a Apple corrigir o atraso em alguma atualização futura.
fonte
Percebi isso quando tenho um disco do Time Machine conectado que não é usado há algum tempo. Se o disco estiver em suspensão e clicar com o botão direito do mouse, vejo "Buscando" no menu contextual. Então ouço o HDD acordar, girar por um segundo e o menu "Abrir com" é finalmente preenchido.
Quando não tenho a unidade externa conectada, não vejo esse comportamento.
fonte