While comparing Xlib toolkit with GTK+ sources I found that the sources are not completly in sync - there is one missing line which adds support for "symbol-fontspecific" fonts.
Assignee: jaggernaut → Roland.Mainz
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Requesting r=/sr= ...
Keywords: patch, review
Comment on attachment 83013 [details] [diff] [review] Patch for 2002-05-08-08-trunk firstname.lastname@example.org
Attachment #83013 - Flags: review+
Comment on attachment 83013 [details] [diff] [review] Patch for 2002-05-08-08-trunk sr=attinasi (is there a testcase that shows that this actually fixes something?)
Attachment #83013 - Flags: superreview+
Requesting a= for 1.0-branch...
Marc Attinasi asked (in email@example.com): > Is there a testcase or URL to show that this actually fixes something? Well, it would be difficult to create an exact testcase (we may employ Xnest (a Xserver which displays using a X window) for such tests :) - you have to make sure that there is really no other font available which could be used instead (since the font system tried to be "smart" and searches other fonts for a matching glyph if it cannot get one using this line of code). Mhhh, maybe we should think about a testsuite which use a Xnest-based scripts for such tasks...
Comment on attachment 83013 [details] [diff] [review] Patch for 2002-05-08-08-trunk firstname.lastname@example.org (make sure it's in trunk too)
Attachment #83013 - Flags: approval+
patch checked into branch, still needs to go into trunk
Fixed on trunk
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.