Pergunta

Então, eu tenho vindo a utilizar Leopard por um ano agora, e a atualização mais recente quebrou o mapeamento de teclado para eclipse. Eu uso o layout Dvorak, e agora em eclipse se eu pressionar o ? ea chave b faz uma compilação, em vez de um corte (b = x).

Alguém tem este problema, e existem quaisquer soluções alternativas?

EDIT:. A melhor solução atual é atualizar para 10.5.7

Foi útil?

Solução

Woo-hoo! É fixo a partir de 10.5.7!

Outras dicas

Eu estou experimentando a mesma coisa, usando Eclipse 3.3.2. Minha solução foi a de ir para eclipse> Preferências> Geral-> Chaves e manualmente re-mapear as atribuições para os comandos de teclado que utiliza com mais frequência.

Eclipse 3.4.1, standard (US) de layout QWERTY. Eu não encontrei nenhum problema de atalho, eu temporariamente conjunto B para fazer corte (por mexer com as atribuições de teclas nas preferências do Eclipse), e que funcionou OK.

Eu tive o mesmo problema, a não ser que nem todas as teclas estão quebrados. Command + S ainda economiza, por exemplo. Mas a maioria dos comandos avaliar como se eu estou usando QWERTY. Eu não encontrei nenhuma solução até agora, exceto para remapear manualmente as chaves que eu não tenha feito, porque é uma enorme dor.

Eu tenho o mesmo problema. Um sintoma de apoio: quando eu tentei "correção"-lo usando Preferências> Geral-> Chaves para remapear "Undo" de F9 para Command-Z, quando eu digitei Command-Z, que ecoou como Comando- /. / É a não-Dvorak chave que fica na mesma posição do teclado como o Dvorak Z. Então Eclipse é de alguma forma chegando chaves "antes" o mapeamento Dvorak é aplicado por OS.

Eu concordo que faz Eclipse inutilizável. Ajuda!

Eu acredito que este é um eclipse único problema, porque o mesmo problema não me afeta quando eu uso meu layout Dvorak e outras ferramentas Java, como JDeveloper ou SQLDeveloper.

Isso me deixa doida, e eu encontro-me realmente a inicialização do Windows ou Linux em uma máquina virtual para que eu possa usar o Eclipse com mapeamentos de teclas semi-coerentes.

O estranho é, no entanto, que esse problema não existia para começar por mim. Os mapeamentos de teclas usada para funcionar bem em Dvorak. Então, um dia, poof.

Gostaria de saber se ele tinha alguma coisa a ver com o fato de que os usuários não-Dvorak na minha mudança máquina o mapeamento para trás chave para QWERTY.

Eu devo mencionar, embora eu não sei se ele é / não é relevante, mas eu estou usando o plugin CFEclipse. Eu não tentei invocar esse comportamento com outras perspectivas ainda.

Talvez por diversão, eu vou tentar criar outra conta local e ver se eu posso usar eclipse para começar.

Outra possibilidade poderia ser a própria VM, ea maneira como ele lida com a intercepção teclado subjacente.

Quaisquer outros pensamentos?

Allen

corrigido na atualização 10.5.7.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top