Menu superior do gedit invisível quando iniciado no terminal e usando o x11-Forwarding

Dado: estou usando export $(dbus-launch)no meu /etc/bash.bashrcarquivo porque normalmente estou executando sob um usuário não administrador e preciso su - adminfazer algo perigoso.

Comportamento normal: vá para o dash, abra o gedit. O menu superior é visível.

Comportamento anormal Vai para o terminal, digite: gedit. Em seguida, o menu principal é no visível. (O problema persiste mesmo ao enviar para a BG)

Informações adicionais: notei que quando faço um gksudo gedit, o menu aparece abaixo da barra de menus da janela em vez do menu superior…

Mais informações adicionais: Acabei de encontrar o culpado: encaminhamento X11. O comportamento "anormal" para quando removo export $(dbus-launch)do meu bash.bashrcarquivo.

Alguém tem uma idéia de como trazer de volta anormal ao normal ? (mantendo o encaminhamento x11?) Procurei em todos os lugares, mas, com exceção de um erro nas preferências não exibidas, não encontrei soluções para esse problema ...

ssh gedit x11-forwarding

— Fabby
fonte

Parece anormal, aqui o menu do gedit está sempre acessível, seja iniciado no .desktop (Dash) ou no binário (um terminal). Você sempre pode usar isso em um terminal - gtk-launch geditou gtk-launch gedit /path/to/a/file. Isso usa o .desktop para iniciar

— doug

Obrigado pela dica, mas infelizmente: o uso do gtk-launch produz o mesmo resultado. :(

— Fabby

@muru: Eu só notei agora que você removeu a tag gnome-terminal 4 minutos depois que eu fiz a pergunta por uma recompensa ... Por quê ??? Como isso só acontece quando se inicia em um terminal, eu diria que é muito importante. (Perguntar antes de adicionar a tag de volta em)

— Fabby

Como aparentemente não é específico para o gnome-terminal (você experimenta um comportamento diferente se usar, por exemplo, o xfce4-terminal ?). Eu diria que x11-forwardingcobre o fato de você estar usando um terminal. Se você acha que não, considere a linha de comando .

— Muru

O gtk-launch funcionou para mim em 1604 sobre o X11. Também surpreendeu que o alias para si funcionasse. alias gedit='gtk-launch gedit'

— Rickfoosusa

Eu encontrei a resposta depois de tudo:

Se você estiver usando o encaminhamento X11, não se esqueça de olhar ~/.config/para o usuário que está realmente executando gedit! Não é o ~/.config/usuário em que o aplicativo é exibido!

Nesse caso em particular, excluir o ~/.config/geditproblema resolvido em particular, como geditapenas o recria posteriormente. (mudo: eu deveria ter renomeado e olhado quais eram as diferenças, para poder ter postado a resposta perfeita, mas na época estava tentando resolver outro problema)

Resposta original:

Pena que ninguém encontrou resposta, então vou postar minhas próprias soluções alternativas como uma "solução"

(Eu sei que elas não são realmente "soluções"; são apenas "soluções alternativas")

Use a barra de ferramentas para os comandos usados com mais frequência.
Use os atalhos do teclado: como o único item de menu que realmente sinto falta da barra de ferramentas é "Arquivo - Salvar como", basta pressionar Alt+ Fe o menu parece estar saindo do menu do sistema ao usar esta solução alternativa. Em seguida, basta pressionar A"Como" e você chegará à caixa de diálogo "Salvar como" ...

O mesmo sistema pode ser usado para a Edit, View, Search, Tools, Dtextos dirigidos e HELP

— Fabby
fonte

+1 porque está próximo de um problema que estou tendo ... executando "sudo gedit", você não pode acessar nenhum menu, mesmo com "<Alt> + E", "<Alt> + F", etc. Algo com /home/user/.config/dconfvs /home/root/.config/dconfou como você diz $~/.config/geditvs #~/.config/gedit. Além disso, as pessoas recebem mensagens como "** (gedit: 12601): AVISO **: falha na definição dos metadados do documento: configuração de metadados do atributo :: habilitado para ortografia gedit não suportado". Efeitos 100k + pessoas?

— WinEunuuchs2Unix 26/03