機能をリクエストしますか、それともバグを報告しますか?
特徴
現在の動作は何ですか?
「名前を付けて保存」、「ドキュメントで検索」、「開く」などのダイアログは、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
こんにちは、@uncertainquark。
以前はGTKを使用していましたが、これらのダイアログで問題が発生しました。 しかし、それを再び使用する可能性について話し合うべきだと思います。 プライベート課題トラッカーで課題40229を作成します。
ありがとう。 #163の注目すべき点は、現在の非ネイティブファイルピッカーには、とりわけファイルプレビュー(画像など)さえないことです。
私は主にPlasmaユーザーなので、GTKはあまり使用しません。 ただし、デスクトップ環境に応じてGTKダイアログとQtダイアログの両方を使用することを望んでいます( GTK_USE_PORTAL
環境変数を使用するFirefoxと同様)。
OPENOFFICEの[開く]ダイアログと[保存]ダイアログにネイティブのfilechooserGTKウィジェットを使用しないことの副作用の1つは、現在のダイアログがスケーリングでうまく機能しないことです。 以下のスクリーンショットでは、倍率が200%のHI-DPIノートパソコンの画面が表示されています。 [開く]、[保存]、および[キャンセル]ボタンが物理的に小さすぎることに注意してください。 実際、拡大縮小されたボタンのアイコンは、ボタンのフレーム内にさえ収まりません。
200%のスケーリングでファイルチューザーの「保存」ボタンと「キャンセル」ボタンの問題を確認できます
どうやら、OO5.5.1はネイティブGTKダイアログを使用しています。
多分それはこの問題を閉じる時ですか?
私たちはすべてのシステムでこの問題の修正に取り組んでいますが、一部のシステムではまだ使用されている古いダイアログ(CentOS 7など)であるため、この問題は完全には修正されていません
オプション(設定で有効にできます)があればクールです
また、オプションのappmenu / gtk menu / gmenu(または適切に呼び出される方法)がサポートされているため、File Home Insert Layout ....はオプションでgtkによって処理され、画面スペースを節約します。
いくつかの拡張機能を備えたgnomeでgtkメニューを使用するFirefoxの例https://ibb.co/6mDMMns
完全に修正されていない場合でも、オプション機能として実装できます(場合によっては警告が表示されます)
最も参考になるコメント
こんにちは、@uncertainquark。
以前はGTKを使用していましたが、これらのダイアログで問題が発生しました。 しかし、それを再び使用する可能性について話し合うべきだと思います。 プライベート課題トラッカーで課題40229を作成します。