A GUI beta testing challenge: undefined column widths

Development Beta Testing
1

6.0 is around the corner and 6.0.1 is likely to follow soon afterwards.

Could we use this thread to identify incidences of a specific target for 6.0.1: resizeable columns with a bad default width or where the width customization is lost. There are too many to test sequentially. But those found for any version should be re-validated in 6.0 for all OSes

In 5.2, a new feature was added to allow resizing of table column widths to be stored. Some were overlooked or did not work correctly. (There is a View‐>Configure… “Columns” feature request to re‐order Column Width customization when Columns are re‐ordered.)

If you find any that are NOT working correctly, please note the Gramps version, OSes where manifests, dialog (and tab name, if appropriate) and Column label.

This will be a running list. Data gathered can be consolidated to set target for 6.0.1 and write a quality bug report.

As an example:

dialog/tab Column label Default Restore Version Linux Win macOS
Person Editor/multiple surnames Prefix/Surname overlap fail 5.2 x x
Person Editor/multiple surnames Connector/Origin overlap fail 5.2 x x
2

In the collections clipboard, I like to have Type and Title set to zero width, and have the whole window occupied by Value. (The Value tells me Type, and I’m not interested in Title. I would set Family Tree to zero width if I could but I can’t see a way of doing that.)

I store my Collction Clipboards on the Dashboard. On opening Gramps they have forgotten the widths I set.

GRAMPS: AIO64-5.2.4-r1-1f16a69
Python: 3.12.8
BSDDB: 6.2.9 (6, 0, 30)
sqlite: 3.47.2 (2.6.0)
LANG: en_GB.UTF-8
OS: Windows

David Lynch