GNOME Bugzilla – Bug 761374
MacOS X: Data fields displayed out of the window
Last modified: 2016-03-11 14:34:03 UTC
Created attachment 320150 [details] Tables designer In Mac OS X, the data fields of the table and forme designers are displayed out of the window. No problem in Linux.
Created attachment 320151 [details] Fields designer
What do you mean by "out of the window" in these screenshots?
Created attachment 320176 [details] Tables designer Linux
Created attachment 320177 [details] Fields designer Linux
Well, when you click in the field to enter datas, you cannot watch what you type, only once validated. When you are in edition mode, the field become larger than the size of the window. It happens with all the fields, but the other ones are inside the window, so you still can see what you are doing. In comparison on Linux https://bugzilla.gnome.org/attachment.cgi?id=320176 https://bugzilla.gnome.org/attachment.cgi?id=320177
Sorry, I still don't quite understand. In your screenshot in comment #1, is "s" the first character that you have typed, and are you entering text into the "name" column?
In this screenshot (attachment 320151 [details]) https://bug761374.bugzilla-attachments.gnome.org/attachment.cgi?id=320151 The "s" is the last letter of the word. All the other part of the word is unviewable. In the screenshot (attachment 320150 [details]) https://bug761374.bugzilla-attachments.gnome.org/attachment.cgi?id=320150 You cannot see the typed word in the field, it doesn't appear at all because the left part of the field begins outside of the window. I will attach a simple video to let you see the behavior.
Created attachment 322375 [details] Fields behavior
I think I've seen something similar once on Linux with some version of GTK+ that was not an official stable release. What version of GTK+ are you using? Do you see similar behaviour in any other GTK+-based apps?
It's GTK 3.18.6 rev1 https://trac.macports.org/browser/trunk/dports/gnome/gtk3/Portfile?rev=144844 No I use the latest version of Gnumeric with the same GTK3 version and it does work pretty well.
Does it happen in similar-looking UI (using GtkTreeView), such as in the editable lists of tables, reports, scripts, relationships, etc. I also wonder if you can try the gtkmm-demo that gets built with gtkmm during "make check".
Created attachment 323626 [details] editable lists
Created attachment 323627 [details] editable lists of tables
Created attachment 323628 [details] relationships
Created attachment 323629 [details] scripts
Created attachment 323630 [details] scripts
Created attachment 323632 [details] calculation value
Created attachment 323633 [details] calculation value
Yes it would happen with: - editable lists of tables It happens with any of the fields that are moved on the left. https://bugzilla.gnome.org/attachment.cgi?id=323626 https://bugzilla.gnome.org/attachment.cgi?id=323627 - relationships https://bugzilla.gnome.org/attachment.cgi?id=323628 - reports I don't know but it won't happen with: - scripts https://bugzilla.gnome.org/attachment.cgi?id=323629 https://bugzilla.gnome.org/attachment.cgi?id=323630 - calculation value https://bugzilla.gnome.org/attachment.cgi?id=323632 https://bugzilla.gnome.org/attachment.cgi?id=323633 I will try the gtkmm-demo
Thanks. It's only the grids/lists that are interesting. They use GtkTreeView: https://developer.gnome.org/gtk3/stable/GtkTreeView.html
Created attachment 323638 [details] Text enrty test
Created attachment 323639 [details] GK3 demo Text entry test
Created attachment 323640 [details] GTK3 demo Text entry test
Created attachment 323641 [details] GTK3 demo Editable cells
Created attachment 323642 [details] GTK3 demo Editable cells
I don't have a gtkmm-demo binary. But I did a try with the gtk3-demo binary and Don't have any of these troubles as the following screen captures can show. https://bugzilla.gnome.org/attachment.cgi?id=323638 https://bugzilla.gnome.org/attachment.cgi?id=323639 https://bugzilla.gnome.org/attachment.cgi?id=323640 https://bugzilla.gnome.org/attachment.cgi?id=323641 https://bugzilla.gnome.org/attachment.cgi?id=323642
I would really need to see gtkmm-demo running as a next step, though I suspect this is just a problem with some versions of GTK+. gtkmm-demo can usually be built as part of gtkmm's "make check". If you didn't build Glom for MacOS, who did? We should report this bug to them too.
I used the package available from MacPorts. Here the one for GTK+ https://trac.macports.org/browser/trunk/dports/x11/gtkmm/Portfile Here the one for GTK3 https://trac.macports.org/browser/trunk/dports/x11/gtkmm3/Portfile I build gtkmm3 with the Quartz variants, just like Glom and the screen captures of the gtk3-demo binary were in Quartz WM. I have an older X11 built somewhere I will check if it occurs or not.
Created attachment 323666 [details] Glom Mac X11 WM
Created attachment 323667 [details] Glom Mac X11 WM
It's not related to the window manager. I do have the same bugs running Glom under X11 instead of the native Quartz window manager. https://bugzilla.gnome.org/attachment.cgi?id=323666 https://bugzilla.gnome.org/attachment.cgi?id=323667
If you built gtkmm then can you can build gtkmm-demo, which is part of gtkmm? If you are using make then just do "make check". I have no idea how these mac ports work.
This looks like GTK+ bug #761838 so I guess it would be fixed by updating the GTK+ version. For instance, to the latest release, which is GTK+ 3.18.9: https://git.gnome.org/browse/gtk+/tree/NEWS?h=gtk-3-18 I certainly don't think it's worth doing much investigation until you can try that newer GTK+ version.
Yes it seems exactly being this bug! MacPorts updated GTK3 to 3.18.9 just now! https://trac.macports.org/browser/trunk/dports/gnome/gtk3/Portfile So I'm gonna give it a look and I'll let you know.
This bug has been fixed with the new GTK 3.18.9 Closed.