The boxes look very similar to the screenshot on the wiki for Font troubleshooting: No text, just rectangles but your issue looks to be a partial font issue, no mention in the section how to fix on macOS, did you recently upgrade macOS?
I think this is a font problem. The OK name is related to the window manager and all others are from gramps.
The window manager can use a type of fonts and gramps another one.
I didn’t expect any change, but hoped that you might see a warning when you open the person window. Did you see any?
I agree with Serge that this may be a font problem, meaning that the font dat we use inside text boxes is not complete enough to display Ethiopic characters, so that the software switches to displaying rectangles with the unicode value. This is another thing than the example that Patsy showed, where the rectangles are all empty.
@Dellu can you attach a small export file, with a single deceased person, that shows the problem? I like to test that on Linux and Windows.
@Dellu that’s why I asked for an example that another user can test on Linux or Windows.
I asked that, because it’s clear that we use another font for text boxes than MacOS chooses for Windows titles, and changing the font used in text boxes may help, but is not easy for users. There may be a way to change it with a system setting, or an extra tool to change the fonts used in the themes that Gramps/GTK uses on MacOS.
Perhaps the Font Family being used for the Name Editor is using a character point-size that isn’t included & is different from the titlebar’s point-size?
Some experimenting with a text editor in your macOS might help isolate the problem. Try copying that chunk of text to the text editor. If the text is rendered correctly in the text editor, then you know that Gramps is writing the Unicode values properly… this is a display problem, not a corruption.
Then play with the text editor’s point-size controls. Maybe you can get those blocks (that look something like tiny “dominos”) to re-appear outside of Gramps.
You might want to experiment with a larger point-size using the Gramps Themes add-on.
WE already know that it is not corrupted because the characters are correctly displayed in the toolbar. I can even directly type in there: still correctly showing in the tool bar.
Thank you for pointing out the themes. I am going to experiment with them.
OK, I got the GEDCOM and all names display well in Linux and Windows, so it is a font problem indeed. And the easiest way to change fonts is the Themes add-on. And with changing fonts, I don’t mean changing the size, but actually choosing another font name (or family), maybe the font that MacFamilyTree uses, if you can find out about that.
I wanted to test this, to exclude the small chance that Gramps might mess up sending text from the database to the text boxes, and I can now exclude that.
Thank you for testing it out in the Windows and Linux dear @ennoborg. But, I don’t think the font family is actually the issue here because I have pasted texts using different Ethiopic font families: and I am getting the same results.
I have tried about 6 fonts that Ethiopic has, and all of them are generating the same result.
Just double-checking but… your Linux/Windoze test included looking at the (frequently overlooked) Name Editor dialog, correct?
I’m wondering if that module just didn’t have all the same Unicode support libraries implemented as other Object Editor dialogs? So the display problem might be isolated to a single editor. Or to the macOS fork of it?
I think I am wrong on the MacRoman part: characters from a number of languages including Bengali, Pujabi, Myanmar, Tibetan etc are correctly displayed.