Do you want to request a feature or report a bug?
Feature
What is the current behavior?
Dialogs like "Save As", "Search in Document", "Open", etc. are non-native in Ubuntu/Linux
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
Open any of the above mentioned dialogs.
What is the expected behavior?
Dialogs should be native to the platform, in this case GTK dialogs on Ubuntu/Linux. Recently, LibreOffice switched to using native, GTK dialogs with v6.1: http://caolanm.blogspot.com/2018/03/native-gtk3-message-dialogs.html
It would enhance ease of use and productivity (for advanced) features if native GTK dialogs are used in ONLYOFFICE. See #163 for an example.
Which versions of DesktopEditors, and which OS are affected by this issue? Did this work in previous versions of DesktopEditors?
v5.2.4
Hello, @uncertainquark.
We used to use GTK before, but we got some troubles with those dialogs. But I think we should discuss possibility to use it again. I create an issue 40229 in our private issue tracker.
Thanks. Of note from #163 is also that the current non-native file picker doesn't even have file preview (e.g. images), among other things.
I don't use GTK often because I am mainly a Plasma user. However, I do want to see this use both GTK and Qt dialogs depending on the desktop environment (similar to Firefox using GTK_USE_PORTAL
environment variable).
One side effect of not using the native filechooser GTK widget for the Open and Save dialogs in OPENOFFICE is that the current dialogs do not work well with scaling. In the screenshots below, I have a HI-DPI laptop screen with a scale factor of 200%. Notice the Open, Save, and Cancel buttons are physically too small; in fact, the scaled buttons icons don't even fit inside the buttons' frames.
I can confirm the problem of the "Save" and "Cancel" buttons in the file chooser with a scaling of 200%
Apparently, OO 5.5.1 uses native GTK dialogs.
Maybe it is time to close this issue?
We are working on fixing this problem for all systems, but on some system old dialog still used (like CentOS 7 and some others), so this issue is not completely fixed
It would be cool if its optional (can be enabled in settings)
Also with optional appmenu/gtk menu/gmenu (or how is it called properly) support, so File Home Insert Layout.... would be optionaly handled by gtk to save some screen space.
Example of Firefox using gtk menu on gnome with some extensions https://ibb.co/6mDMMns
Even if its not completly fixed, it can be still implemented as optional feature (possibly with some warning)
Most helpful comment
Hello, @uncertainquark.
We used to use GTK before, but we got some troubles with those dialogs. But I think we should discuss possibility to use it again. I create an issue 40229 in our private issue tracker.