GNOME Bugzilla – Bug 103311
UTF-8-related display problems
Last modified: 2009-08-15 18:40:50 UTC
Bugzilla-Product: gnumeric Description: Please see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79648 for the original bug report. (This is a batch-forwarded bug, if it doesn't make sense let me know. The bug was forwarded because it's a feature request and we don't want to maintain the custom feature or UI change in Red Hat patches, or because we don't expect to fix it ourselves but thought it might be a legitimate issue. It was not obviously a packaging or Red Hat specific bug. If you would rather not be forwarded such bugs, please advise. Thanks) ------- Bug moved to this database by unknown@bugzilla.gnome.org 2003-01-12 22:46 ------- Reassigning to the default owner of the component, jody@gnome.org.
Jody I think you said you weren't going to fix this in 1.0.x, but just wanted to forward this to confirm.
I don't understand the thrust of this bug. Was the current encoding utf8 ? Although 1.0.x would definitely never be utf8 clean (backporting the 1.1.x work is too significant a change) I don't understand why col/row headers would have boxes in the display. Those characters are the same in 8859-1 and utf8
*** Bug 103339 has been marked as a duplicate of this bug. ***
Owen can probably explain better what this is about
I think the problem was something like that the gnome-print functions to get a GTK+ font were returning either: A) A font, not a fontset B) A fontset, using a XLFD that Xlib doesn't know how how to switch charsets in ("fixed" is a common example) Hard to remember at this point.
At this point in the 1.0.x lifecycle I don't see us looking into this.