Desktopeditors: Ubuntu/LinuxでネイティブGTKダイアログをサポートする

作成日 2019年01月15日  ·  8コメント  ·  ソース: ONLYOFFICE/DesktopEditors

機能をリクエストしますか、それともバグを報告しますか?
特徴

現在の動作は何ですか?
「名前を付けて保存」、「ドキュメントで検索」、「開く」などのダイアログは、Ubuntu/Linuxではネイティブではありません

現在の動作がバグである場合は、再現する手順と、可能であれば問題の最小限のデモを提供してください。
上記のダイアログのいずれかを開きます。

期待される動作は何ですか?
ダイアログはプラットフォームにネイティブである必要があります。この場合、Ubuntu/LinuxのGTKダイアログです。 最近、LibreOfficeはv6.1でネイティブのGTKダイアログを使用するように切り替えました:http: //caolanm.blogspot.com/2018/03/native-gtk3-message-dialogs.html

ONLYOFFICEでネイティブGTKダイアログを使用すると、使いやすさと生産性(高度な機能)が向上します。 例については、#163を参照してください。

この問題の影響を受けるDesktopEditorsのバージョンとOSはどれですか?
v5.2.4

enhancement

最も参考になるコメント

こんにちは、@uncertainquark。
以前はGTKを使用していましたが、これらのダイアログで問題が発生しました。 しかし、それを再び使用する可能性について話し合うべきだと思います。 プライベート課題トラッカーで課題40229を作成します。

全てのコメント8件

こんにちは、@uncertainquark。
以前はGTKを使用していましたが、これらのダイアログで問題が発生しました。 しかし、それを再び使用する可能性について話し合うべきだと思います。 プライベート課題トラッカーで課題40229を作成します。

ありがとう。 #163の注目すべき点は、現在の非ネイティブファイルピッカーには、とりわけファイルプレビュー(画像など)さえないことです。

私は主にPlasmaユーザーなので、GTKはあまり使用しません。 ただし、デスクトップ環境に応じてGTKダイアログとQtダイアログの両方を使用することを望んでいます( GTK_USE_PORTAL環境変数を使用するFirefoxと同様)。

OPENOFFICEの[開く]ダイアログと[保存]ダイアログにネイティブのfilechooserGTKウィジェットを使用しないことの副作用の1つは、現在のダイアログがスケーリングでうまく機能しないことです。 以下のスクリーンショットでは、倍率が200%のHI-DPIノートパソコンの画面が表示されています。 [開く]、[保存]、および[キャンセル]ボタンが物理的に小さすぎることに注意してください。 実際、拡大縮小されたボタンのアイコンは、ボタンのフレーム内にさえ収まりません。
Screenshot from 2019-10-09 18-32-41
Screenshot from 2019-10-09 18-35-46

200%のスケーリングでファイルチューザーの「保存」ボタンと「キャンセル」ボタンの問題を確認できます

どうやら、OO5.5.1はネイティブGTKダイアログを使用しています。
多分それはこの問題を閉じる時ですか?

私たちはすべてのシステムでこの問題の修正に取り組んでいますが、一部のシステムではまだ使用されている古いダイアログ(CentOS 7など)であるため、この問題は完全には修正されていません

オプション(設定で有効にできます)があればクールです
また、オプションのappmenu / gtk menu / gmenu(または適切に呼び出される方法)がサポートされているため、File Home Insert Layout ....はオプションでgtkによって処理され、画面スペースを節約します。

いくつかの拡張機能を備えたgnomeでgtkメニューを使用するFirefoxの例https://ibb.co/6mDMMns

完全に修正されていない場合でも、オプション機能として実装できます(場合によっては警告が表示されます)

このページは役に立ちましたか?
0 / 5 - 0 評価