Não é possível recuperar o mouse no gEdit após pressionar a tecla Shift


9

Por padrão, quando você digita gEdit , o mouse desaparece e você pode recuperá-lo movendo o mouse. Assim, você pode fazer o que quiser usando o mouse.

Mas quando eu pressiono Shiftou Ctrlou Entermovo o mouse para colocá-lo novamente na tela, ele não funciona. O mouse será mostrado quando ele for movido e desaparecer repentinamente. Portanto, não posso executar nenhuma ação usando-o. Este é um bug muito estranho. Para recuperar o mouse, tenho que clicar com o botão direito do mouse no editor.

Isto é um erro conhecido? Como posso corrigir isso? Apenas o gEdit (versão 3.10.4 ) possui esse bug? Devo fazer o downgrade para a versão inferior?

Eu testei isso no editor de texto do leafpad e esse problema não existe lá.

2nd Bug

Quando você digita por um tempo (por 30 minutos ou mais), às vezes o gEdit não permite mais digitar, mas você pode salvar o arquivo e fazer outras coisas. Não haverá nenhum cursor para normalizá-lo novamente, você deve fechar a janela do gEdit e iniciar uma nova.

Tanto quanto eu testei, este "novo gEdit" é muito buggy.

Existe algum outro editor de texto leve (ou não) como o gEdit com marcação de código e outras coisas?

ATUALIZAR

Quando o gEdit é executado em root ( gksudo gedit), esse bug parece não existir. Então, por que esse bug ocorre no usuário normal e não na raiz?


Você está apenas pressionando essas teclas uma vez ou mantendo-as pressionadas para fazer o mouse fazer isso?
Nattgew 28/04

11
Estou enfrentando esse problema também depois de usar o comando Localizar (Ctrl + F). Se você roda topem um terminal, também acha que ibus-daemonconsome cerca de 50% da CPU. Esse problema começou quando eu atualizei para o Lubuntu 14.04.
August Karlstrom 29/04

@Nattgew Quando qualquer uma das teclas é pressionada uma vez, esse problema ocorre.
Subin

Se eu iniciar o meu gerenciador de janelas em um console (com startx), não tenho esse problema no Gedit, portanto, deve haver algum serviço / daemon que cause isso. Talvez possamos desativá-lo.
August Karlstrom 30/04

11
Desde que o problema parece ser causado por IBus, uma solução alternativa é para desativá-lo, definindo sistema de método de entrada de teclado para nenhum no gnome-language-selector.
August Karlstrom 15/05

Respostas:


5

Este bug não foi corrigido e eu decidi mudar para outro editor de texto. Encontrei Geany e é ótimo. Ele não possui o bug do gEdit .

Então, acho que a solução é mudar para um novo editor de texto até que (ou não) esse bug seja corrigido.

Recursos do Geany

  • Leve
  • Possui recursos básicos de um IDE
  • Mais rápido que o gEdit
  • algumas dependências
  • Suporta muitos tipos de arquivos
  • Possui plug-ins e marcação de código (destaque de sintaxe)
  • Como o gEdit (Desativar visualização da barra lateral e da janela de mensagens)

UPDATE - Bug Fixed

Conforme relatado por August Karlstrom , o bug do mouse gEdit foi corrigido quando desativei o IBus como o sistema de entrada de teclado padrão. Veja como você pode desativá-lo:

Abra um terminal e execute o comando:

seletor de idioma do gnome

Uma janela chamada Suporte ao Idioma será aberta. Na janela, altere a opção do sistema Método de entrada do teclado para em nonevez de IBuse feche a janela. Janela Seletor de Idioma do GNOME

As alterações só terão efeito depois que você reiniciar (reiniciar) o computador.


11
Sim, eu também tentei [Geany] e sua impecável sem qualquer bug
Agha rehan abbas

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.