Espinosa's questions

Por favor, como se livrar do serviço IBus/painel IBus ao executar o KDE?

Este gerenciador de layout de teclado (?) Gnome(?) pode entrar em conflito com o layout definido nativamente nas configurações do KDE. Eu preciso alternar frequentemente entre o teclado CZ e o Reino Unido e o IBus torna isso impossível.

A gravidade desse problema pode variar de uma irritação visual de ter dois indicadores de layout de teclado na área da bandeja, mas fica muito mais sério quando ambos os sistemas definem layouts conflitantes; como quando no KDE eu configuro o teclado tcheco, mas o IBus mantém o layout inglês do Reino Unido:

Você consegue adivinhar qual layout - EN (IBus) ou CZ (KDE) - está realmente ativo? O errado, é claro, o IBus parece sempre substituir o KDE :(

Se eu sair do painel IBus agora, seria ainda pior porque é apenas o applet de bandeja, o bit GUI, o que desaparece, mas o serviço IBus ainda está ativo. Eu ainda não teria meu teclado CZ e absolutamente não teria como trocá-lo.

Uma variante muito irritante deste problema é quando o usuário tem apenas uma configuração de layout única no KDE, que por padrão não é exibida na área da bandeja; mas a configuração do IBus sempre é, mesmo como layout único. O usuário então tem uma sensação muito irritante de que tudo o que ele define nas configurações do KDE é completamente ignorado, culpando provavelmente o KDE, sem saber que o indicador de layout pertence a um sistema diferente e que está substituindo as configurações do KDE.

Certa vez, consegui eliminar completamente todas as entradas do teclado ao jogar com as configurações do KDE e as propriedades do IBus ao mesmo tempo. UX realmente horrível.

O IBus parece fazer parte da pilha do Gnome. Então, por que ele é ativado no KDE? Eu suspeito que ele apareceu lá somente depois que eu instalei também alguns aplicativos Gnome/Gtk, como Gimp, GDM, etc.

SO: openSuse 15.0 Linux. Esse problema também estava presente nas versões anteriores.

ATUALIZAR:

Também enfrentei problemas com o teclado americano aparecendo de repente como uma terceira opção. Mas twat seria para mais um relatório de bug.

ATUALIZAÇÃO 2:

Ok, eu os desinstalei. Surpreendentemente, é possível desinstalar apenas o ibus, não o Gnome inteiro. Meu GDM ainda funciona. MAS - agora enfrento outro problema, não posso mais alternar os layouts de teclado, apesar de definir tudo nas configurações do sistema e ter 2 indicadores de teclado na bandeja, apenas o teclado do Reino Unido agora funciona para mim. Eu suspeito que o IBus estragou alguma coisa no KDE em geral.

Ehhh, às vezes sinto que trabalhar com Linux significa que você gastará metade do tempo resolvendo problemas de usabilidade e escrevendo relatórios de bugs :(

Por favor,
alguém pode me dar uma luz no .xinitrcarquivo? Eu me esforço para encontrar um bom manual para responder a algumas das minhas perguntas práticas:

• Ele se declarou como script geral do Bash, mas na verdade não é.
• Por que alguns comandos exigem exece outros não?
• O que é esse execcomando afinal?
• É uma construção binária ou sintática específica para xinitrc?
• O que pode ser executado pelo exec e o que não?
• Como definir as variáveis ​​ambientais corretamente?

A maioria dos usuários de distros convencionais nem precisa saber sobre o xinitrc, e o mesmo era verdade para mim, até que eu tive que configurar o shell "makeshift" do Kodi; usando o gerenciador de janelas super minimalista TWM e lançando o Kodi em tela cheia, porque kodi-standaloneo shell não funciona para mim.

Mas voltando ao xinitrc:

Exemplo de trabalho:

#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm

Por que twme sleepnão precisa , execmas xtermfaz?

Não funciona exemplo:

#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0

Aqui execexecutou apenas WINDOWING=x11, mas ignorou o resto da linha. Eu fiz isso funcionar apenas envolvendo WINDOWING=x11 /usr/bin/kodi -geometry +0+0em outro script Bash, desta vez um comum, e aquele colocado como o único argumento para exec; então finalmente funcionou.