Puis-je récupérer une application masquée semblable à Snow-Léopard (Cmd-H) dans Lion?

73

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 ...

MagBUG
la source
10
Je n'ai encore jamais remarqué la position ...;) Belle question ...;)
jm666
5
Cela ressemble à un bug de Lion pour moi. Peut-être en informer Apple via [email protected]
Dan8394
1
Je viens d'entrer un rapport / une demande à ce sujet sur apple.com/feedback .
Greg Hewgill
Cela m'a aussi aggravé et j'ai également envoyé des commentaires. Cependant, je ne connais aucune solution, si ce n'est de passer à un commutateur de cmd-tab différent, comme Witch.
Michael H.
@khedron: Comment Witch résout-il cela? Il montre le même ordre que Cmd-Tab. Si quelque chose me manque, j'aimerais bien savoir, parce que cette mauvaise fonctionnalité me fait perdre la tête.
Marcelo Cantos

Réponses:

6

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.

Christian Correa
la source
3
Je ne vois pas en quoi le mode plein écran est lié au comportement de ⌘H face aux applications non plein écran .
Greg Hewgill
J'ai remarqué que Cmd + H ne fonctionnait pas pour les applications en plein écran, alors je pensais qu'il demandait de faire référence aux applications en plein écran uniquement. Cependant, après avoir relu la question, il semble qu'il ne spécifie pas une manière ou une autre. S'il parle d'applications non plein écran dont la commande Masquer ne fonctionne pas, je conviens qu'il s'agit très probablement d'un bogue. Le but de ma réponse ci-dessus, cependant, était que s’il parlait effectivement d’applications en plein écran; qu’il pourrait s’agir de l’une des décisions prises par Apple en matière d’UI - et j’ai supposé qu’elles pourraient voir la commutation d’applications plein écran comme une analogie avec le commutateur d’applications iOS.
Christian Correa
J'ai mis à jour ma réponse pour inclure un lien vers un article de TidBITS concernant une fonctionnalité de Lion appelée Automatic Termination. Il semble qu'une application puisse être terminée par Lion et retirée du sélecteur Command + Tab.
Christian Correa
2
Je ne pense pas non plus que le comportement de la pile de fenêtres Cmd + H soit lié à la fermeture automatique, pour au moins deux raisons: l'application que je cache possède encore des fenêtres ouvertes que je n'ai pas fermées; l'application en question n'est pas automatiquement fermée par le système d'exploitation, elle est toujours en cours d'exécution.
Greg Hewgill
@ Christian \ Correa - Vous, monsieur, connaissez vos affaires. Avez-vous envisagé de demander une certification Apple telle que ACSP ou ACTC?
Alex
1

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.

Kjyv
la source
0

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.

Graham Perrin
la source
0

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
willlma
la source
erreur "Les événements système ont eu une erreur: Impossible d'être visible." numéro -1728 de visible
user10352
Merci pour le script. En fait, je ne l'utilise pas et je ne l'ai pas testé pour les objectifs précis que vous aviez définis (l'inspecter pour une autre opération similaire), mais je remarque que pour tout le monde, je devais mettre "" visible autour de la cinquième ligne afin que il est: if p is "visible" then.
Pour ce qui est de la décoloration de l'icône, il est facile de corriger cela en installant TinkerTool .
Wildcard