Opened 13 years ago

Closed 12 years ago

Last modified 11 years ago

#16083 closed defect (worksforme)

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

Reported by: bzbarsky (Boris Zbarsky) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Cc: macports@…
Port: gnumeric

Description

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.

Attachments (1)

Picture 1.png (12.2 KB) - added by bzbarsky (Boris Zbarsky) 13 years ago.
Screenshot

Download all attachments as: .zip

Change History (18)

Changed 13 years ago by bzbarsky (Boris Zbarsky)

Attachment: Picture 1.png added

Screenshot

comment:1 Changed 12 years ago by 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

comment:2 Changed 12 years ago by mf2k (Frank Schima)

Milestone: Port Bugs
Port: gnumeric added

comment:3 Changed 12 years ago by 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

comment:4 Changed 12 years ago by bzbarsky (Boris Zbarsky)

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.

comment:5 Changed 12 years ago by bzbarsky (Boris Zbarsky)

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

comment:6 Changed 12 years ago by macports@…

Cc: macports@… added

Cc Me!

comment:7 in reply to:  description Changed 12 years ago by 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

comment:8 Changed 12 years ago by jmroot (Joshua Root)

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

comment:9 Changed 12 years ago by bzbarsky (Boris Zbarsky)

I have ghostscript installed:

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

ghostscript @8.62_1 ghostscript @8.63_0 (active)

comment:10 Changed 12 years ago by 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?

comment:11 Changed 12 years ago by macports@…

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

comment:12 Changed 12 years ago by 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.

comment:13 Changed 12 years ago by bzbarsky (Boris Zbarsky)

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.

comment:14 Changed 12 years ago by bzbarsky (Boris Zbarsky)

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

comment:15 Changed 12 years ago by mf2k (Frank Schima)

Resolution: worksforme
Status: newclosed

comment:16 Changed 12 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

comment:17 Changed 11 years ago by 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).

Note: See TracTickets for help on using tickets.