Posted Version 3.3, build 2

[John Nairn, Developer]

I just posted an GEDItCOM II update that I think fixes all remaining issues in the most recent MacOS Tahoe 26.2. It is available now on http://www.geditcom.com. If not apparent, you may need to reload the page (and I needed a hard reload that AI told me is Command-Shift-R).

The challenge was Apple decided to change appearance of many things including making things transparent even when they do not work well being transparent (e.g., header row in the GEDitCOM II index window). It was easy to disable that new "feature." Text labels and single-line text editing fields were more of a problem. With help from ChatGPT, I found a way to consistently draw those items in windows. The challenge was to get it to fix display in Tahoe without corrupting it in prior MacOS versions. The new method looks reliable and I tested in many old MacOS versions back to 10.13 (High Sierra) and all looks OK. I try my best to keep GEDitCOM II compatible with whatever MacOS you might have (although 10.13 is now the oldest that can be supported in Apple development tools).

The rewrite of text displays caused many things to be slightly out of alignment. I went through all installed Browser Styles and I think all are aligned again. Because all Browser Styles have change, be sure to install system resources. You should be asked to do so when you first run the new version (you can also re-install them using the Settings... window if needed).

This posting also has "Date Calculator" updated to MacOS Tahoe (and working back to MacOS 10.13). It might ask for an unlocking code and you can enter your GEDItCOM II unlocking code to avoid that message each time it starts.

[Jim Eggert]

This update GEDitCOM II, version 3.3, build 2 resolved my UI issues on macOS Tahoe 26.2.

I needed to update my customized version of Default Format.gfrmt, which, after telling the new GEDitCOM II to update the System extensions, I accomplished using opendiff:
cp -Rp ~/Library/Application\ Support/GEDitCOM\ II/Formats/Default\ Format\ 2.9.gfrmt/ ~/Library/Application\ Support/GEDitCOM\ II/Formats/Default\ Format\ 3.0.gfrmt/
opendiff ~/Library/Application\ Support/GEDitCOM\ II/System/Formats/Default\ Format.gfrmt/ ~/Library/Application\ Support/GEDitCOM\ II/Formats/Default\ Format\ 3.0.gfrmt/ -merge ~/Library/Application\ Support/GEDitCOM\ II/Formats/Default\ Format\ 3.0.gfrmt/

then going through all the diffs. There were a lot of format tweaks! I think there is an easier way for me next time, because my customization is pretty well isolated to a few files in the gfrmt package.

Thanks, John, and Merry Christmas to all!

=Jim Eggert

> --
> You received this message because you are subscribed to the Google Groups "GEDitCOM II Discussions" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to geditcom-ii-discu...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/geditcom-ii-discussions/238abd3f-76c5-4bbc-8fcb-6d1f78f10cd9n%40googlegroups.com.

[John Nairn]

I wish I had a better way for users to update personal formats. You text diff is probably the best option.

I think all the changes I had to make to the provided “Default Format” were to change some offset properties of cells. Because I had to rewirte text cells on my own, the positioning of text within labels and single-line editing fields is different. In fact, I think it is now better. Here are some things I recall (I did not write down all the changes):

1. Before, an offset was needed to align labels and any single-line editing field. Now no offset is needed.

2. In the end, I think I searched for “offset” in GEDitCOM Editor, removed them all, and then checked for things that needed new offsets. I think I needed new offsets for labels by editing boxes (multi-line editing fields), by ExpressionFields, and by some buttons.

3. The SizeToFit command adjust both height and width to fit content (and possibly gets different results in different MacOSs). If that is used for a label, it may not line up with other cells in that line. There are two fixes. I enhanced the tabwidth property such that

     set tabwidth 0

will adjust width to fit content but not change the height. It can be useful for text labels. This new command won’t work in older versions of GEDitCOM II. If that is a concern, you can get same results with

     SizeToFit

     set height #defaultHeight$

In other words, reset height (to any desired value) after using SizeToFit.

In the end, I think all changes were related to offset or to use of SizeToFit on text cells.

I’ll send you a “TestInterface.gedpkg” file that can help test all types of data quickly.

Merry Christmas,

John Nairn

------------

John Nairn

http://www.geditcom.com

Genealogy Software for the Mac

To view this discussion visit https://groups.google.com/d/msgid/geditcom-ii-discussions/203B719E-1EAC-4FF6-AB92-8DA9A40D5ED4%40verizon.net.