After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 664281 - Online Glom: improve related list column width allocation
Online Glom: improve related list column width allocation
Status: RESOLVED OBSOLETE
Product: glom
Classification: Other
Component: OnlineGlom
git master
Other Linux
: Normal normal
: ---
Assigned To: Murray Cumming
Murray Cumming
Depends on:
Blocks:
 
 
Reported: 2011-11-17 15:36 UTC by Ben Konrath
Modified: 2021-07-05 10:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ben Konrath 2011-11-17 15:36:53 UTC
A side-effect to the fix for bug #662930 made the related list columns widths equal. We should consider improving how the column width are allocated. For instance, columns with short data text could be set to a smaller width. Here's a relevant stackoverflow discussion:

http://stackoverflow.com/questions/5239758/css-truncate-table-cells-but-fit-as-much-as-possible

One thing to consider is that being too aggressive about setting the column widths would make the table appear jumpy when paging - if the widths change between pages (prev/next/last etc). Therefore, one requirement for a proper solution is that the column widths remain the same for all "pages" of a related list table.

At the very least we should set the column width of the Open button to be the minimum required for this button. This would give more horizontal space which would be divided equally amongst the data columns.
Comment 1 Murray Cumming 2011-11-18 09:32:32 UTC
The desktop UI guesses an initial column width based on the field type and title in get_suitable_field_width_for_widget():
  http://git.gnome.org/browse/glom/tree/glom/utils_ui.cc#n309

Something like that might be a nice start.

However, I'd rather look at the values in the first 100 columns, and I might get around to doing that eventually.

> one requirement for a proper solution is that the column widths remain the same > for all "pages" of a related list table.

Well, we could just do it for the first view of that table. And then make it jumpy later if people don't like that.

> At the very least we should set the column width of the Open button to be the
> minimum required for this button

Yes, that looks a bit odd right now.
Comment 2 GNOME Infrastructure Team 2021-07-05 10:52:45 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of  gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/glom/-/issues/

Thank you for your understanding and your help.