ninos
Member
Posts: 18
Likes: 15
|
Post by ninos on Apr 15, 2021 18:59:26 GMT
the Save button is nowhere to be seen, so it can;t be clicked, and the ENTER button doesn't do anything
and I can't save my document
Attachments:
|
|
|
Post by Hippytaff on Apr 15, 2021 20:05:25 GMT
Hi ninos
It looks like the window opened too big for your screen. That sometimes happens. When it does you can move the window up so you can see the buttons by pressing alt, hold left mouse button and move the window.
|
|
|
Post by escuelaslinux on Apr 16, 2021 0:49:02 GMT
As Hippytaff stated, you can maintain pressed the ALT key and, with the mouse cursor above the dialog box, drag it to see its hidden parts. But you can also resize the dialog box by moving it and dragging the cursor mouse on its edges. Once you have the Open/Save dialog box on the desired size, it will preserve that size the next time you use it.
|
|
|
Post by thewaiter on Apr 16, 2021 8:37:57 GMT
I did a little research about this issue. It is caused by GTK openfile dialog. I asked Ylee to make a dconf change for this dialog for upcoming Bodhi Linux 6. It should be fixed. I somehow forgot to test. I expect ylee will respond here...
Stefan
|
|
|
Post by escuelaslinux on Apr 16, 2021 14:13:11 GMT
Hope that dconf change also makes its way into Bodhi 5.x! As a workaround, we manually resize that open/save dialog to a bare minimum that would correctly fit even in an 800x600 screen, that resize is saved into $HOME/.config/dconf/user, which is the file we redistribute to avoid Ninos' issue. AFAIK, the KDE-based apps do not present this problem in their Open/Save dialogs.
|
|
ninos
Member
Posts: 18
Likes: 15
|
Post by ninos on Apr 16, 2021 18:31:08 GMT
problem solved by pressing alt, hold left mouse button and move the window!
|
|
ninos
Member
Posts: 18
Likes: 15
|
Post by ninos on Apr 16, 2021 18:35:56 GMT
ευχαριστώ! thank you all guys!
|
|
enigma9o7
Crew Member
Posts: 1,427
Likes: 1,336
|
Post by enigma9o7 on Apr 16, 2021 18:48:05 GMT
the KDE-based apps do not present this problem in their Open/Save dialogs. Almost all KDE apps use QT tookit (not GTK) so different defaults, so that makes sense.
|
|
|
Post by ylee on Apr 17, 2021 11:28:07 GMT
An x windows app has the ability to determine its initial window size and placement and Moksha is not going to override what it is trying to do. Unfortunately if an app makes a poor choice it's maybe partially offscreen. Gtk apps use several different methods to determining initial window size and placement on the desktop for things like the file select window. In any case this initial size is too big for small screen resolutions and causes problems for non-gtk desktops like moksha. It may or may not be a problem for desktops like gnome, I don't use DEs like that enough to know. Hope that dconf change also makes its way into Bodhi 5.x! As a workaround, we manually resize that open/save dialog to a bare minimum that would correctly fit even in an 800x600 screen, that resize is saved into $HOME/.config/dconf/user, which is the file we redistribute to avoid Ninos' issue. AFAIK, the KDE-based apps do not present this problem in their Open/Save dialogs. For BL6 I just edit that file directly and store the result in the bodhi-skel package. That is it ends up in /etc/skel and will be present in all new users home directories. It will not change any current users configurations. It had not occurred to me to dump it into BL5 also, But I can if it would help you some. I also do the same for the file selector for gtk2 apps (leafpad for example).
|
|