Górne menu gedit jest niewidoczne po uruchomieniu z terminala i przy użyciu x11-Forwarding

Biorąc pod uwagę: używam export $(dbus-launch)w swoim /etc/bash.bashrcpliku, ponieważ normalnie działam w trybie użytkownika niebędącego administratorem i muszę su - adminzrobić coś niebezpiecznego.

Normalne zachowanie: Idź do deski rozdzielczej, otwórz gedit. Menu główne jest widoczne.

Nienormalne zachowanie idź do terminalu wpisz: gedit. Następnie Górne menu znajduje się w widoczny. (Problem utrzymuje się nawet podczas wysyłania do bg)

Informacje dodatkowe: Zauważyłem, gdy wykonuję a gksudo gedit, że menu pojawia się poniżej paska menu okna zamiast górnego menu…

Więcej dodatkowych informacji: Właśnie znalazłem winowajcę: X11-forwarding. „Nieprawidłowe” zachowanie zatrzymuje się po usunięciu export $(dbus-launch)z bash.bashrcpliku.

Czy ktoś ma jakiś pomysł, jak przywrócić nienormalność do normy ? (utrzymujesz przekazywanie x11?) Szukałem wszędzie, ale oprócz błędu w preferencjach, który się nie wyświetla, nie znalazłem rozwiązania tego problemu…

ssh gedit x11-forwarding

— Fabby
źródło

Wydaje się nienormalne, tutaj menu gedit jest zawsze dostępne, niezależnie od tego, czy zostało uruchomione z .desktop (Dash), czy z pliku binarnego (terminal). Zawsze możesz użyć tego z terminala - gtk-launch geditlub gtk-launch gedit /path/to/a/file. Używa .desktop do uruchomienia

— doug

Dzięki za wskazówkę, ale niestety: użycie gtk-launch daje ten sam rezultat. :(

— Fabby,

@muru: Dopiero zauważyłem, że usunąłeś tag gnome-terminal 4 minuty po tym, jak postawiłem pytanie o nagrodę ... Dlaczego ??? Ponieważ dzieje się tak tylko podczas uruchamiania z terminala, powiedziałbym, że jest to dość ważne. (Pytanie przed ponownym dodaniem tagu)

— Fabby

Ponieważ najwyraźniej nie jest specyficzny dla gnome-terminal (czy doświadczasz innego zachowania, jeśli użyjesz, powiedzmy, xfce4-terminal ?). Powiedziałbym, że x11-forwardingobejmuje fakt, że używasz terminala. Jeśli uważasz, że tak nie jest, rozważ linię poleceń .

— muru

gtk-launch pracował dla mnie w 1604 roku nad X11. Zaskoczony również, że alias do siebie działał. alias gedit='gtk-launch gedit'

— rickfoosusa

W końcu znalazłem odpowiedź:

Jeśli używasz przekazywania X11, nie zapomnij spojrzeć na ~/.config/użytkownika, który faktycznie działa gedit! Nie ~/.config/użytkownik, w którym aplikacja jest wyświetlana!

W tym konkretnym przypadku usunięcie ~/.config/geditrozwiązanego tego konkretnego problemu geditpo prostu odtwarza go później. (głupi: powinienem zmienić nazwę i sprawdzić, jakie są różnice, więc mogłem opublikować idealną odpowiedź, ale wtedy próbowałem rozwiązać inny problem)

Oryginalna odpowiedź:

Szkoda, że nikt nie znalazł odpowiedzi, więc opublikuję własne obejścia jako „rozwiązanie”

(Wiem jednak, że tak naprawdę nie są one „rozwiązaniami”, a jedynie „obejściem”)

Użyj paska narzędzi do najczęściej używanych poleceń.
Użyj skrótów klawiaturowych: Ponieważ jedyną pozycją menu, której tak naprawdę brakuje mi na pasku narzędzi, jest „Plik - Zapisz jako”, po prostu naciskam Alt+, Fa menu wydaje się wychodzić z menu systemowego podczas korzystania z tego obejścia. Następnie naciśnij przycisk A„As”, aby przejść do okna dialogowego „Zapisz jako” ...

Ten sam system może być używany do Edit, View, Search T, Dools , ocuments i Help

— Fabby
źródło

+1, ponieważ jest to blisko problemu, który mam ... uruchamiając "sudo gedit" nie możesz uzyskać dostępu do żadnego menu nawet za pomocą „<Alt> + E”, „<Alt> + F” itp. Coś z /home/user/.config/dconfvs /home/root/.config/dconflub jak mówisz $~/.config/geditvs #~/.config/gedit. Dodatkowo ludzie otrzymują wiadomości typu „** (gedit: 12601): OSTRZEŻENIE **: Ustawienie metadanych dokumentu nie powiodło się: Ustawienie atrybutu metadata :: gedit-spell-enabled nie obsługiwane”. Efekty 100k + osób?

— WinEunuuchs2Unix