Jusqu'à Mac OS X Snow Leopard, appuyer sur ⌘+ Htout en utilisant une application a fait deux choses ...

1. L'application s'est cachée.
2. L'application s'est placée à la fin du sélecteur ⌘+ ⇥.

Le deuxième point était très utile, car lorsque je cachais une application, je savais que je n'allais pas l'utiliser avant un certain temps. En l'envoyant à la fin du commutateur, je me suis concentré sur les applications que j'utilisais davantage.

Cependant, dans Lion, même si ⌘+ Hmasque l'application, elle ne la déplace que jusqu'à la position suivante du sélecteur. Cela équivaut à ⌘+ ⇥ing entre 2 applications, sauf que l'application est maintenant masquée. OMI, cela rompt une caractéristique fondamentale du commutateur et du concept de masquage d'application. Je ne sais pas pourquoi cela a été fait.

Quelqu'un at-il des indices sur la manière, le cas échéant, de résoudre ce problème? Ou peut-être des endroits où je devrais commencer à chercher? J'espère juste qu'il y a une préférence enterrée quelque part dans un fichier de pliste ...

c'est une excellente question. Cela pourrait être le comportement voulu plutôt qu'un bogue. Mission Control semble avoir mélangé l'ancien espace d'exposition et l'ancien espace. Dans cette optique, le lancement d'une nouvelle application en plein écran la place sur son propre bureau. Lorsque vous arrivez à Mission Control, vous le voyez placé à droite du bureau d'origine, vide. Ouvrez une deuxième application en plein écran et placez-la à nouveau sur son propre bureau, à côté de la première application en plein écran que vous avez ouverte.

Tout comme les écrans d'accueil dans iOS et les anciens espaces, il semblerait qu'Apple souhaite que ces ordinateurs de bureau restent, au même endroit, dans l'espace. Mail est "à gauche" de Safari si j'ai ouvert Safari après avoir ouvert Mail. Je conviens que cette notion spatiale se heurte à notre compréhension préconçue du commutateur. C'est même raison pour laquelle cache est désactivé pour les applications en mode plein écran ( en appuyant sur ⌘+ Hva pas cacher une application plein écran).

Si tout est en plein écran, le concept de cacher devient moins pertinent. Je repense aux anciennes versions de Mac OS, où vous aviez des piles sur des piles de fenêtres. Cacher une application comme Adobe Photoshop (et toutes ses nombreuses fenêtres enfants ouvertes pour chacune de mes nombreuses images ouvertes) avait du sens. Si une telle "pile" de fenêtres est spatialement absente (parce que ces applications plein écran sont maintenant côte à côte, elles ne sont pas vraiment empilées), alors il est presque logique que cela ne fonctionne pas.

Cela dit, je suis tout à fait d’accord pour dire que Lion a complètement bousillé le flux de travail de nombreux utilisateurs de Mac. Je ne suis pas nécessairement d'accord avec les décisions d'Apple ici, j'essaie simplement de me faire l'avocat et de voir si celui-ci en particulier a une explication qui a du sens. J'espère que cela t'aides.

Mise à jour: Cet article chez TidBITS mentionne une nouvelle fonctionnalité de Lion appelée Automatic Termination. Je n'étais pas au courant de cette fonctionnalité. Je me demande si le comportement de l'auteur de cette question est lié à cela.

Comme cela me dérange depuis que cela a été changé, je lui ai donné une autre chance. Il semble que le seul moyen efficace à ce jour est de l'imiter en basculant sur toutes les applications ouvertes avant de se cacher. Je ne sais pas si AppleScript a changé un peu, mais je devais changer le script de willlma comme ceci pour que cela fonctionne. Cela a également beaucoup moins d'appuis sur les touches donc devrait faire le travail plus rapidement.

delay 0.5
set i to 0
tell application "System Events"
    set first_app to name of the first process whose frontmost is true
    repeat with p in every process
        if visible of p then
            set i to i + 1
        end if
    end repeat
    repeat i - 1 times
        key down command
        key down shift
        keystroke tab
        delay 0.01
        key up shift
        key up command
        delay 0.1
    end repeat
    set visible of process first_app to false
end tell

Il y aura quelques scintillements lors de la commutation et le délai peut être trop court si certaines animations durent plus longtemps (comme le passage à des applications en plein écran), de sorte que les chiffres ne sont probablement pas optimaux pour tous les Mac ou toutes les situations. Et même s’il devrait être possible de définir un service Automator avec un raccourci clavier global, rien ne m'est arrivé. J'ai eu plus de chance avec la petite application iCanHazShortcut où vous pouvez appeler osascript <scriptname>lorsque vous appuyez sur cmd-h.

Puis-je récupérer une application masquée semblable à Snow-Léopard (Cmd-H) dans Lion? … L'application s'est placée à la fin du commutateur ⌘+ ⇥. …

Depuis que Application Switcher a été introduite dans Mac OS 8.5, plusieurs modifications ont été apportées.

Au lion

Il est probablement impossible d’obtenir l’ancien emplacement avec le nouveau commutateur d’application.

Si vous identifiez le binaire utilisé pour le commutateur, une série de strings(1) pourrait révéler plus.

… Cela pourrait être le comportement voulu …

Je le crois.

…  N'allais pas l'utiliser pendant un certain temps …

Le comportement de Lion concerne probablement une proportion importante des cas d’utilisation où la dissimulation est de courte durée .

Avec une combinaison de touches confortable ( Command- Shift- Tabest moins ergonomique): 

• Lion est plus rapide que Snow Leopard pour montrer une application cachée.

Au-delà du lion

Dans Mountain Lion, par exemple, il y a un autre changement: plus un cycle sans fin en réponse à Command- Tab.

Sous OS X 10.9, d'autres modifications peuvent être apportées.

C'est définitivement le comportement souhaité. De plus, l'icône ne s'estompe pas, ce qui me gêne. J'ai écrit un script de script graphique qui imite l'ancienne façon de faire les choses. Copiez-le, collez-le dans Applescript, sauvegardez-le, puis utilisez des fastscripts pour l'associer à un raccourci clavier (comme ctrl + H).

set i to 0
tell application "System Events"
    set first_app to name of the first process whose frontmost is true
    repeat with p in every process
        if p is visible then
            set i to i + 1
        end if
    end repeat
    repeat i - 1 times
        key down command
        repeat i - 1 times
            keystroke tab
            delay 0.03
        end repeat
        key up command
        delay 0.03
    end repeat
    set visible of process first_app to false
end tell