gnumeric row/column labels show broken character box instead of the letter/number

[bzbarsky@…]

When I open up gnumeric, instead of seeing row/column labels I get little boxes with the unicode character code for the corresponding label (eg 0041 for the first column) inside them.

I'll attach a screenshot.

[bzbarsky@…]

Screenshot

[aoeumacports@…]

I'm also experiencing this problem, and it appears to be related to an inability to specify the Header font in the preferences pane. In particular, going to "preferences" and attempting to choose a "Header" font signals this error:

** (gnumeric:31326): CRITICAL **: go_format_ref: assertion `gf != NULL' failed

... which suggests that 'gf' contains a reference to the header font, and that it's not currently set.

John Clements

[d.i.fletcher@…]

I'm fairly sure this is a Pango problem. See error report 15052, pango: Font display problems when compiled against cairo 1.6.4

[bzbarsky@…]

That bug doesn't look directly relevant here, since it affected only the +quartz variant of gtk2, whereas I have the default (x11) variant installed.

[bzbarsky@…]

And I just verified that updating to the newest cairo/pango/gtk2 doesn't help.

[macports@…]

Cc Me!

[andrewmoss@…]

Replying to bzbarsky@…:

When I open up gnumeric, instead of seeing row/column labels I get little boxes with the unicode character code for the corresponding label (eg 0041 for the first column) inside them. I'll attach a screenshot.

This is still a problem with Gnumeric 1.9 and a completely fresh set of ports from today:

• cairo @1.8.6_2+macosx+no_x11
• pango @1.22.4_0+no_x11
• gnumeric @1.9.0_0+no_x11

[jmr@…]

I notice that on Debian, gnumeric depends on gsfonts. Does installing ghostscript help with this?

[bzbarsky@…]

I have ghostscript installed:

% sudo port installed ghostscript The following ports are currently installed:

ghostscript @8.62_1 ghostscript @8.63_0 (active)

[macports@…]

I have the latest Gnumeric (now v1.8.4 due to bug #16798), I even rebuilt everything it with port upgrade -f gnumeric. I have ghostscript installed as well, and I still see boxes instead of fonts. I wonder which font it tries to display, is there a way of telling?

[macports@…]

I did a "port upgrade outdated" now, and Voila! This issue has been fixed!

[macports@…]

While testing something else I discovered what could have caused this.

If cairo and pango is installed with +quartz, gnumeric shows boxes instead of numbers. If cairo and pango are installed without +quartz, gnumeric shows proper numbers in the column/row headers.

[bzbarsky@…]

I didn't have the +quartz variants of those installed here, and I was experiencing this bug...

I'll try wiping my ports completely and doing an install of gnumeric from scratch with current ports and see how it goes, I guess.

[bzbarsky@…]

Reinstalling everything from scratch as of today makes things work. So sounds like this should be resolved...

[anonymous]

Milestone Port Bugs deleted

[mike@…]

I reopened this bug because building the quartz variant is still broken. There are good reasons to use this variant. For me, all of gnumeric's text is fine *except* the row/column labels. The row/column labels show up as character boxes as noted in the original report. Is it possible that this problem exists because goffice links against /opt/local/lib/libpangoft2-1.0.0.dylib? The ft2 implies freetype, which should not be used (quartz should be used).