Comportement «chercher…» dans le Finder Menu «Ouvrir avec» dans Yosemite


42

Je ne sais pas si d'autres personnes l'ont remarqué à Yosemite:

Lorsqu'un fichier du Finder est actif, lorsque vous déplacez le curseur sur l'entrée "Ouvrir avec", que ce soit dans le menu contextuel ou dans la barre de menus -> Fichier, une sous-entrée "Récupération en cours ..." apparaît.

Finder clic droit Ouvrir avec capture d'écran

Un instant plus tard, les suspects habituels apparaissent, comme dans les versions précédentes d'OS X.

Finder Right Click Ouvrir avec FETCHED Screenshot

Je suppose que ce comportement est supposé être une amélioration. Comme /Application/***.app/Contents/Info.plist est extrait en direct, l'utilisateur n'a plus besoin de réinitialiser LaunchServices pour que les modifications associées apparaissent. Ceci est ma conjecture.

Cependant, cela pose un problème pour moi. Je crée un raccourci clavier dans AppleScript ou BetterTouchTool pour appeler la barre de menus -> Fichier -> Ouvrir avec -> Certaines applications.

De cette façon, j'ai programmé FN + SHIFT + 1 pour ouvrir le fichier avec TextMate, FN + SHIFT + 2 pour Writer Pro, etc.

Le 1) nécessité de placer le curseur sur "Ouvrir avec" pour déclencher l'extraction, et 2) le retard dans l'extraction, rendent mes scripts invalides.

J'ai pu vérifier cette théorie en: 1) faisant un clic droit sur un fichier, 1) survolez l'entrée "Ouvrir avec", 3) attendez que le sous-menu récupère, 4) cliquez en dehors du menu contextuel pour le faire disparaître, 5) et invoquer le raccourci clavier.

Et le raccourci a fonctionné.

Donc ce sont mes questions:

1) De toute évidence, puis-je revenir au comportement pré-Yosemite?

2) Quelqu'un a-t-il des moyens intelligents pour ouvrir un type de fichier avec plusieurs applications à la demande proprement et efficacement?

MISE À JOUR:

Jusqu'à présent, j'ai une solution de contournement: créer un service Automator. Voici un exemple avec TextMate:

Un service

Je peux exécuter ceci sans délai via 1) la barre de menu -> Finder -> Services -> Ouvrir avec TextMate, 2) le niveau supérieur du menu contextuel, ou 3) un raccourci clavier si je le souhaite.

Menu contextuel

Cela vient avec deux mises en garde:

1) Les éléments reçus dans le service doivent être dans la définition la plus large possible, par exemple des fichiers et des dossiers . Le Finder ne reconnaît pas, par exemple, les fichiers .plist en tant que documents. Si vous définissez le service pour ne recevoir que des documents , Open With TextMate ne s'affichera pas lorsque vous souhaitez l'utiliser sur un fichier .plist .

2) En raison de (1), cette entrée de menu apparaît pour chaque élément du Finder. C'est assez anodin s'il n'y a qu'une ou deux entrées personnalisées. S'il y en a six ou sept, ce groupe d'éléments reprendra le menu contextuel.


Je reçois cela aussi, mais pour moi, il faut plus qu'un moment pour faire apparaître la liste, parfois ce n'est tout simplement pas le cas. J'utilise un Mac mini fin 2012 avec 16 Go de RAM, il ne devrait donc pas être si difficile de fonctionner!
Jay B.

Comment l'avez-vous fait apparaître dans le menu principal au lieu du sous-menu Services?
Noah

@Noah quand il n'y a que peu d'éléments dans le menu Services, il apparaît comme ceci sans sous-menu, je pense.
dimanche

Réponses:


65

J'ai eu un problème similaire et le 'Fetching ...' a pris plusieurs secondes. Je viens de réinitialiser Launch Services avec la commande suivante:

/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

1
semble fonctionner;)
Toby

1
Cela corrigeait le décalage (parfois ~ 1min) entre "Fetching ..." et une liste utilisable présentée pour moi aussi
Erin Drummond le

Cela a réglé le problème pour moi aussi. Avant cette correction, une fois la liste extraite, choisir "Autre ..." serait incroyablement lent et lent, faisant fonctionner mon processeur à 70% pour le processus de recherche.
mewm

2
Oui ça corrige ... mais ça revient après quelques jours. Ce n'est pas une solution permanente
Pujan Srivastava

Travaillé premier coup ... Je n'ai même pas pensé à faire ça! hah! Je pensais que c’était le nouveau logiciel Adobe que j’avais installé: P
Adrian Sluyters

2

Une fois les choses réglées (l'indexation Spotlight est terminée, quelques redémarrages, en utilisant différents noms d'utilisateur), les choses se sont stabilisées et le délai de "récupération" a disparu et le menu contextuel s'ouvre en moins de 2 secondes. Mais certaines conditions (comme le montage de nouveaux disques) semblent faire augmenter le délai.

La réinitialisation des services de lancement à partir du premier commentaire fonctionne, si le délai augmente ( /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). Pendant que la commande s'exécute, vous pouvez voir dans la console

LaunchServices: Commencer l'ensemencement de la base de données "

et

"... ensemencement de la base de données terminé"

Parfois, il faut une minute entière pour réinitialiser / reconstruire! Il existe également plusieurs messages d'erreur dans la fenêtre du terminal lors de l'exécution de la commande (par exemple, enregistrement de l'édition communautaire de l'application Livecode).

Mettre la commande reset lancement services dans quelque chose comme Lingon et l'exécuter de temps en temps peut s'avérer une tâche ardue jusqu'à ce qu'Apple corrige le retard d'une future mise à jour.


1

Je l’ai remarqué lorsque j’ai connecté un disque Time Machine qui n’a pas été utilisé depuis longtemps. Si le disque est en veille et que je clique avec le bouton droit de la souris, le message "Récupération en cours" apparaît dans le menu contextuel. Puis j'entends le disque dur se réveiller, tourner pendant une seconde et le menu "Ouvrir avec" est enfin rempli.

Lorsque le lecteur externe n'est pas connecté, je ne vois pas ce comportement.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.