Por que os espaços continuam capturando a entrada do teclado algumas vezes após a troca de espaços?


6

Estou executando o snow leopard em um macbook pro 13 "relativamente novo (setembro de 2010).

Às vezes, a visualização em preto mostrando os espaços disponíveis e o espaço em que estou atualmente não desaparece quando alterno entre dois espaços. Quando isso acontece, os espaços parecem roubar a entrada do teclado dos aplicativos no espaço para o qual mudei. Às vezes, a visualização desaparece depois que eu mantenho um pouco mais os espaços de troca, mas às vezes tenho que forçar uma reinicialização.

Além disso, os espaços parecem bastante lentos às vezes.

Alguém mais experimentou a mesma coisa e há algo a ser feito sobre isso?


Eu experimentei isso por ~ uma semana há alguns meses atrás. Eu esqueço se fiz alguma coisa ou não, mas acabou indo embora. Talvez uma reinicialização?

Há uma discussão nos fóruns da apple aqui: discussões.apple.com/ thread.jspa?threadID= 2162220 sobre esse problema, mas ainda não há solução.
oyvindio

Aqui está um artigo sobre CNET que também descreve o problema, mas infelizmente nenhuma solução definitiva: reviews.cnet.com/8301-13727_7-20015817-263.html
oyvindio

Para o registro: Isso foi teoricamente corrigido em 10.6.5.
Martin Marconcini

Para constar: Este problema ainda existe na 10.6.5.
oyvindio

Respostas:


2

Acho que matar o Dock às vezes só faz o problema desaparecer. Normalmente, a entrada do teclado retorna, mas se eu trocar de espaço usando os atalhos do teclado, a visualização fica em torno da entrada do teclado e é roubada novamente.

O que eu encontrei para trabalhar é colocar o visor para dormir . Eu tenho o canto inferior direito da tela configurado para fazer isso há séculos, por isso é bastante conveniente para mim. Eu nunca tive esse método falhar; quando a tela é despertada, o problema desaparece e não volta quando troco de espaço novamente.

Para mim, isso sugere que o problema não está realmente no Dock, mas no subsistema EventTap do sistema, o bit que permite que coisas como Spaces, Screen Sharing, LaunchBar e Spotlight pressionem as teclas antes que o aplicativo em questão as consiga. Na verdade, eu tive um problema semelhante com o compartilhamento de tela, em que o sistema cuja tela está sendo compartilhada fica com a entrada do teclado alterada se uma tecla modificadora for pressionada no computador visualizador e não liberada até que o compartilhamento de tela perca o foco. É uma espécie de problema inverso, mas indica que talvez o problema do Spaces seja a estrutura EventTap travada de maneira semelhante, nunca enviando a mensagem de que o Control não está mais sendo pressionado.


1

Sinto o mesmo problema regularmente. Pressionar CMD + W logo após perceber que a janela de espaços persistirá faz com que a janela desapareça na maioria das vezes.

Caso contrário, você pode matar o Dock no Activity Monitor (inicie-o na pasta Aplicativos no Dock, selecione 'Dock' e clique em 'Finalizar processo' ou algo semelhante). Isso sempre faz com que a entrada do teclado funcione novamente, mas o problema reaparecerá em breve.

Se eu pudesse, também daria recompensa por isso!

/ Atualização: o registro de alterações do Mac OS X 10.6.5 sugere que esse problema seja corrigido nessa versão:

Resolve problemas de resposta do teclado no Dock quando o Spaces está ativado.


Isso é o que eu deduzi do artigo sobre cnet e do post do fórum que eu vinculei; Uma solução alternativa é matar o processo do Dock de uma maneira ou de outra, mas parece que ninguém sabe como se livrar completamente desse problema - se é que isso é possível. Não existe solução?
oyvindio

A atualização 2: 10.6.5 não foi corrigida por mim.
MrMage

0

Ainda não entendi o porquê , mas descobri uma boa maneira de contornar isso; Criei um aplicativo Applescript que mora no meu dock que me permite matar o Dock quando isso acontece (já que o teclado não responde mais nesse momento).

Crie este script no editor AppleScript e salve-o como um aplicativo em algum lugar:

set app_name to "Dock"
do shell script ("killall " & app_name)

Adicione-o ao Dock e, quando o Spaces pegar todas as entradas do teclado, você poderá clicar nele para reiniciar o Dock, o que permitirá que você continue.


0

Esse comentário no subreddit da apple me levou a esse tópico em que as pessoas discutem esse problema em relação a um aplicativo chamado Cinch. No tópico sobre isso nos fóruns da apple, as pessoas mencionam vários outros aplicativos que também podem estar causando esse problema.

O que está causando esse problema?

Pelo que pude entender, esse problema parece estar relacionado a aplicativos que usam Torneiras de Eventos (uma API que permite que os aplicativos escutem diretamente eventos de teclado e mouse). Eu acho que existe A) um bug no OS X, onde os Event Taps às vezes param de funcionar por qualquer motivo, ou B) os programadores de aplicativos têm dificuldade em usar corretamente os Event Taps.

O que posso fazer sobre isso?

Se isso é realmente causado por um bug do OS X (isso me parece mais provável), esse problema não pode ser completamente corrigido pelos usuários finais. No entanto , há uma coisa que você pode fazer com que isso aconteça com menos frequência: No encadeamento Cinch , há um link para um aplicativo que lista todos os aplicativos em execução que possuem os Taps de Eventos abertos. Se parece com isso:EventTaps

Eu acho que quanto mais aplicativos em execução você tiver um Tap de Evento aberto, mais frequentemente você terá um Tap de Evento entupido em algum lugar e o problema de espaço ocorrerá com mais frequência como consequência disso.

Portanto, se você estiver tendo esse problema, tente executar o menor número possível de aplicativos que aparecem no EventTaps.app.

Pois sempre que a questão não acontecer, matar o Dock utilizando qualquer método que você achar mais conveniente. Eu mantenho o snippet AppleScript que Chris R postou em sua resposta em um aplicativo na minha área de trabalho e o executo sempre que houver espaços bloqueados.


Ironicamente, eu tinha espaços travando meu teclado 4 vezes enquanto escrevia isso. Eu acho que fiquei com raiva.
oyvindio
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.