Desktopeditors: Unterstützt native GTK-Dialoge auf Ubuntu/Linux

Erstellt am 15. Jan. 2019  ·  8Kommentare  ·  Quelle: ONLYOFFICE/DesktopEditors

Möchten Sie eine Funktion anfordern oder einen Fehler melden?
Feature

Wie ist das aktuelle Verhalten?
Dialoge wie "Speichern unter", "In Dokument suchen", "Öffnen" usw. sind in Ubuntu/Linux nicht nativ

Wenn es sich bei dem aktuellen Verhalten um einen Fehler handelt, geben Sie bitte die zu reproduzierenden Schritte und, wenn möglich, eine minimale Demo des Problems an.
Öffnen Sie einen der oben genannten Dialoge.

Was ist das erwartete Verhalten?
Dialoge sollten plattformnativ sein, in diesem Fall GTK-Dialoge unter Ubuntu/Linux. Kürzlich hat LibreOffice mit v6.1 auf native GTK-Dialoge umgestellt: http://caolanm.blogspot.com/2018/03/native-gtk3-message-dialogs.html

Es würde die Benutzerfreundlichkeit und Produktivität (für erweiterte) Funktionen verbessern, wenn native GTK-Dialoge in ONLYOFFICE verwendet werden. Siehe #163 für ein Beispiel.

Welche Versionen von DesktopEditors und welches Betriebssystem sind von diesem Problem betroffen?
v5.2.4

enhancement

Hilfreichster Kommentar

Hallo, @uncertainquark.
Früher haben wir GTK verwendet, aber wir hatten einige Probleme mit diesen Dialogen. Aber ich denke, wir sollten die Möglichkeit diskutieren, es wieder zu verwenden. Ich erstelle ein Issue 40229 in unserem privaten Issue-Tracker.

Alle 8 Kommentare

Hallo, @uncertainquark.
Früher haben wir GTK verwendet, aber wir hatten einige Probleme mit diesen Dialogen. Aber ich denke, wir sollten die Möglichkeit diskutieren, es wieder zu verwenden. Ich erstelle ein Issue 40229 in unserem privaten Issue-Tracker.

Danke. Bemerkenswert bei #163 ist auch, dass der aktuelle nicht-native Dateiwähler unter anderem nicht einmal eine Dateivorschau (z. B. Bilder) hat.

Ich benutze GTK nicht oft, weil ich hauptsächlich ein Plasma-Benutzer bin. Ich möchte jedoch, dass dies je nach Desktop-Umgebung sowohl GTK- als auch Qt-Dialoge verwendet (ähnlich wie Firefox, der die Umgebungsvariable GTK_USE_PORTAL verwendet).

Ein Nebeneffekt der Nichtverwendung des nativen Dateiauswahl-GTK-Widgets für die Öffnen- und Speichern-Dialoge in OPENOFFICE ist, dass die aktuellen Dialoge nicht gut mit der Skalierung funktionieren. In den folgenden Screenshots habe ich einen HI-DPI-Laptopbildschirm mit einem Skalierungsfaktor von 200 %. Beachten Sie, dass die Schaltflächen „Öffnen“, „Speichern“ und „Abbrechen“ physisch zu klein sind. Tatsächlich passen die Symbole der skalierten Schaltflächen nicht einmal in die Rahmen der Schaltflächen.
Screenshot from 2019-10-09 18-32-41
Screenshot from 2019-10-09 18-35-46

Das Problem der "Speichern"- und "Abbrechen"-Buttons in der Dateiauswahl bei einer Skalierung von 200% kann ich bestätigen

Anscheinend verwendet OO 5.5.1 native GTK-Dialoge.
Vielleicht ist es an der Zeit, dieses Thema zu schließen?

Wir arbeiten daran, dieses Problem für alle Systeme zu beheben, aber auf einigen Systemen werden immer noch alte Dialoge verwendet (wie CentOS 7 und einige andere), sodass dieses Problem nicht vollständig behoben ist

Es wäre cool, wenn es optional wäre (kann in den Einstellungen aktiviert werden)
Auch mit optionaler Unterstützung für appmenu/gtk menu/gmenu (oder wie heißt es richtig), so dass File Home Insert Layout .... optional von gtk behandelt wird, um etwas Platz auf dem Bildschirm zu sparen.

Beispiel für Firefox mit GTK-Menü auf Gnome mit einigen Erweiterungen https://ibb.co/6mDMMns

Auch wenn es nicht vollständig behoben ist, kann es dennoch als optionales Feature implementiert werden (möglicherweise mit einiger Warnung).

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen