Até o Mac OS X Snow Leopard, pressionar ⌘+ Hao usar um aplicativo fazia duas coisas ...
- O aplicativo se ocultou da vista.
- O aplicativo se colocou no final do comutador ⌘+ ⇥.
O segundo ponto foi muito útil, porque quando escondi um aplicativo, sabia que não o usaria por algum tempo. O envio para o final do comutador me ajudou a focar nos aplicativos que eu estava usando mais.
No entanto, no Lion, apesar de ⌘+ Hocultar o aplicativo, ele apenas o move para a próxima posição no comutador. Isso é equivalente a ⌘+ ⇥ing entre dois aplicativos, exceto que o aplicativo agora também está oculto. Na IMO, isso quebra um recurso fundamental do switcher e do conceito de ocultação de aplicativos. Eu não tenho idéia do por que isso foi feito.
Alguém tem pistas de como isso pode ser corrigido? Ou talvez lugares que eu deveria começar a procurar? Eu só espero que haja uma preferência enterrada em algum arquivo plist em algum lugar ...
Respostas:
Esta é uma grande pergunta. Esse pode ser o comportamento pretendido, e não um bug. O Controle da Missão parece ter mesclado o antigo Expose e o antigo Spaces. Com isso em mente, o lançamento de um novo aplicativo em tela cheia o coloca em seu próprio desktop. Quando você acessa o Mission Control, vê-o colocado à direita da área de trabalho original e vazia. Abra um segundo aplicativo em tela cheia e que o colocará novamente em sua própria área de trabalho, ao lado do primeiro aplicativo em tela cheia que você abriu.
Assim como as telas iniciais no iOS e os antigos Spaces, parece que a Apple pretende que esses desktops permaneçam, em termos de espaço, no mesmo lugar. O email está "à esquerda" do Safari se eu abrir o Safari após abrir o Mail. Concordo que essa noção espacial colide com nosso entendimento pré-concebido do comutador. Isso é o mesmo motivo pelo qual esconderijo está desativado para aplicativos em tela cheia (pressionando ⌘+ Hvai não ocultar um aplicativo de tela cheia).
Se tudo estiver em tela cheia, o conceito de ocultar se torna menos relevante. Penso nas versões mais antigas do Mac OS, onde você tinha pilhas e pilhas de janelas. Ocultar um aplicativo como o Adobe Photoshop (e todas as suas muitas janelas filho abertas para cada uma das minhas muitas imagens abertas) fazia sentido. Se essa janela de "empilhamento" não estiver espacialmente presente (porque esses aplicativos de tela cheia agora estão lado a lado, não estão realmente empilhados), então quase faz sentido que não funcione.
Dito tudo isso, não posso concordar mais que o Lion tenha mexido completamente com o fluxo de trabalho de muitos usuários antigos do Mac. Eu não concordo necessariamente com as decisões da Apple aqui, estou apenas tentando bancar o advogado e ver se este em particular tem alguma explicação que faça sentido. Espero que isto ajude.
Atualização: este artigo no TidBITS menciona um novo recurso no Lion chamado Rescisão automática. Eu não estava ciente desse recurso. Gostaria de saber se o comportamento que está sendo experimentado pelo autor desta pergunta está relacionado a isso.
fonte
Como isso está me incomodando desde que isso foi alterado, tentei de novo. Parece que a única maneira de trabalhar até agora é imitá-lo alternando para todos os aplicativos abertos antes de se esconder. Não tenho certeza se o AppleScript mudou um pouco, mas eu tive que mudar o script do willlma como este para que ele funcionasse. Isso também tem substancialmente menos pressionamentos de tecla, portanto, o trabalho deve ser mais rápido.
Ele mostrará algumas oscilações durante a alternância e o atraso pode ser muito curto se algumas animações demorarem mais (como mudar para aplicativos em tela cheia), portanto os números provavelmente não são ideais para todos os Macs ou situações. E embora seja possível definir um Serviço de Automator com uma tecla de atalho global, nada aconteceu comigo. Eu tive mais sorte com o pequeno aplicativo iCanHazShortcut, no qual você pode ligar
osascript <scriptname>
ao pressionar cmd-h.fonte
Desde que o Application Switcher foi introduzido no Mac OS 8.5, houve várias alterações.
No leão
Provavelmente, é impossível obter o posicionamento antigo com o Application Switcher mais recente.
Se você identificar o binário usado para o comutador, uma execução de
strings
(1) poderá revelar mais.Eu acredito que sim.
O comportamento no Lion é provavelmente para uma proporção significativa de casos de uso em que ocultar é de curto prazo .
Com uma combinação confortável de teclas ( Command- Shift- Tabé menos ergonômica):
Além do Leão
No Mountain Lion, por exemplo, há outra mudança: não há mais um ciclo interminável em resposta a Command- Tab.
No OS X 10.9, pode haver outras alterações.
fonte
Esse é definitivamente o comportamento pretendido. Também não desbota o ícone, o que acho irritante. Eu escrevi um AppleScript da GUI que imita a maneira antiga de fazer as coisas. Copie e cole isso no Applescript, salve-o e use fastscripts para associá-lo a um atalho de teclado (como ctrl + H).
fonte
if p is "visible" then
.