C'est une excellente question. Il pourrait s'agir d'un comportement voulu plutôt que d'un bogue. Mission Control semble avoir mélangé l'ancien Expose et l'ancien Spaces. Dans cette optique, le lancement d'une nouvelle application en plein écran la place sur son propre bureau. Lorsque vous accédez à Mission Control, vous le voyez placé à droite du bureau d'origine, vide. Ouvrez une deuxième application en plein écran et elle sera à nouveau placée sur son propre bureau, à côté de la première application en plein écran que vous avez ouverte.

Tout comme les écrans d'accueil d'iOS et les anciens espaces, il semblerait qu'Apple souhaite que ces bureaux restent, en termes d'espace, au même endroit. Mail est "à gauche" de Safari si j'ai ouvert Safari après avoir ouvert Mail. Je suis d'accord que cette notion spatiale entre en collision avec notre compréhension préconçue du commutateur. C'est la même raison pour laquelle le masquage est désactivé pour les applications plein écran (en appuyant sur ⌘ + H sera no cacher une application en plein écran).

Si tout est en plein écran, le concept de dissimulation devient moins pertinent. Je repense aux anciennes versions de Mac OS, où vous aviez des piles et des piles de Windows. Cacher une application comme Adobe Photoshop (et toutes ses nombreuses fenêtres enfants ouvertes pour chacune de mes nombreuses images ouvertes) était logique. Si cet "empilement" de fenêtres n'existe pas dans l'espace (parce que ces applications en plein écran sont maintenant côte à côte, elles ne sont pas vraiment empilées), il est presque logique que cela ne fonctionne pas.

Cela dit, je suis tout à fait d'accord pour dire que Lion a complètement bouleversé le flux de travail de nombreux utilisateurs de Mac de longue date. Je ne suis pas nécessairement d'accord avec les décisions d'Apple, j'essaie simplement de me faire l'avocat de la cause et de voir si l'explication de cette décision en particulier a un sens. J'espère que cela vous aidera.

Mise à jour : Ce site article de TidBITS mentionne une nouvelle fonctionnalité de Lion appelée " résiliation automatique ". Je n'étais pas au courant de cette fonctionnalité. Je me demande si le comportement rencontré par l'auteur de cette question est lié à cette fonctionnalité.

Comme cela me turlupine depuis la modification de la loi, j'ai décidé d'y revenir. Il semble que la seule façon de fonctionner jusqu'à présent est de l'imiter en passant à toutes les applications ouvertes avant de les cacher. Je ne sais pas si applescript a un peu changé mais j'ai dû changer le script de willlma comme ceci pour que ça marche. Il y a également beaucoup moins de pressions sur les touches, ce qui devrait permettre de 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

Le délai peut être trop court si certaines animations prennent plus de temps (comme le passage aux applications en plein écran). Les chiffres ne sont donc probablement pas optimaux pour tous les Macs ou toutes les situations. Les chiffres ne sont donc probablement pas optimaux pour tous les Macs ou toutes les situations. Et alors qu'il devrait être possible de définir un service Automator avec une touche de raccourci globale, rien ne s'est produit pour moi. J'ai eu plus de chance avec la petite application iCanHazShortcut où vous pouvez appeler osascript <scriptname> en appuyant sur cmd-h.

Puis-je retrouver le masquage des applications (Cmd-H) à la manière de Snow-Leopard dans Lion ? L'application s'est placée à la fin de la fenêtre ⌘ + ⇥ commutateur. 

Depuis Introduction d'Application Switcher dans Mac OS 8.5, il y a eu plusieurs changements.

En Lion

Il est probablement impossible d'obtenir l'ancien placement avec le nouveau Application Switcher.

Si vous identifiez le binaire utilisé pour le commutateur, une exécution de strings (1) pourrait en révéler davantage.

Cela pourrait être comportement souhaité

Je le crois.

  Je n'allais pas l'utiliser avant un certain temps.

Le comportement de Lion correspond probablement à une proportion importante de cas d'utilisation où la dissimulation est à court terme .

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

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

Au-delà du lion

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

Dans OS X 10.9, il pourrait y avoir d'autres changements.

C'est bien le comportement souhaité. Il ne fait pas non plus disparaître l'icône, ce que je trouve ennuyeux. J'ai écrit un applescript GUI qui imite l'ancienne façon de faire les choses. Copiez-collez ceci dans Applescript, sauvegardez-le, puis utilisez 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