[bug #53060] [xlib] Significant slowness with some apps, font-related

Update of bug #53060 (project gnustep): Status: Ready For Test => Fixed Open/Closed: In Test => Closed ___ Reply to this item at:

[bug #53060] [xlib] Significant slowness with some apps, font-related

Update of bug #53060 (project gnustep): Status: Confirmed => Ready For Test Open/Closed:Open => In Test ___ Follow-up Comment #5: Thank you for the

[bug #53060] [xlib] Significant slowness with some apps, font-related

Follow-up Comment #4, bug #53060 (project gnustep): I found my mistake -- lineHeight was not set. Not sure if the patch is correct but it appears to work. PikoPixel is still slowish but it's bearable, nothing compared to the previous slowness. Other problematic apps display reasonably fast (as

[bug #53060] [xlib] Significant slowness with some apps, font-related

Follow-up Comment #3, bug #53060 (project gnustep): Thank you for this background information. And yes, looking at your patch could save me some time, as this is about the approach I want to follow through. All that font stuff is always a bit harder than it should be and this is mostly true due

[bug #53060] [xlib] Significant slowness with some apps, font-related

Follow-up Comment #2, bug #53060 (project gnustep): Normally I woldn't want to touch xlib with a barge pole. But Debian is likely to be removing libart in the very near future so we would have to drop the art backend. We packaged xlib recently only because I want to have at least two backends,

[bug #53060] [xlib] Significant slowness with some apps, font-related

Update of bug #53060 (project gnustep): Status:None => Confirmed Assigned to:None => FredKiefer ___ Follow-up Comment #1: Normally I

[bug #53060] [xlib] Significant slowness with some apps, font-related

URL: Summary: [xlib] Significant slowness with some apps, font-related Project: GNUstep Submitted by: yavor Submitted on: Sun 04 Feb 2018 02:06:04 AM EET Category: Backend