http://bugs.winehq.org/show_bug.cgi?id=17807 Ed Sternin <ed.sternin(a)brocku.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ed.sternin(a)brocku.ca --- Comment #17 from Ed Sternin <ed.sternin(a)brocku.ca> 2010-02-01 10:35:43 --- I'd like to add my $0.02. Running under wine-1.1.26/SUSE 11.1/kernel 2.6.27.42-0.1-pae First of all I disagree with the designation of "minor". This "UI issue" is so severe that it makes the program unusable: it affects all of the control and measurement devices in the program. So giving the program a "Gold" rating despite that seems not right. The strings are set and modified correctly (by pressing up/down arrow I can change from "1 V/Div" to "500 mV/Div", as revealed by the copy-and-paste trick). They are not rendered correctly. I attach three images for reference: a correctly rendered instrument from a Windows box; and two incorrectly rendered ones, for "1 V/Div" and "500 mV/Div". While "1 V/Div" is sort of legible, the first characters are not just compressed horizontally, they appear to be missing. I wonder if "--len" in the fix is responsible for that. The strings are variable in length, so if edit.c is only called during the creation of the window, does it still use the right string length later, when the string is modified? Due to the age of the program, it uses its own .FON file. I wonder if an incorrect font metric format is responsible for the string rendering problems, rather than anything in the edit.c. I attach the .FON file for reference; I am not sure how to run Nicolay's test against this font, perhaps someone can? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.