GNOME Bugzilla – Bug 721063
Bad font rendering with scrollbars (when the content is taller or wider than gedit window)
Last modified: 2014-01-05 04:40:47 UTC
Created attachment 264890 [details] Blurry font rendering with scrollbars When the content in a gedit window is taller or wider than the window so that scrollbars appear, the text gets rendered using a wrong, inferior and worse looking anti-aliasing. Fonts in all other parts of the application is rendered correctly (slight hinting + rgba anti-aliasing + lcddefault filter). STR: 1. Configure GNOME 3.10 desktop on a system with a freetype library built with subpixel rendering support (e.g. "freetype-freeworld" from rpmfusion.org on Fedora) to use slight hinting, rgba anti-aliasing and lcddefault lcd filter. 2. Open a not very long text file in gedit, which fits completely into the gedit window. 3. Resize the window sufficiently to trigger scrollbars. Actual results: The quality of font rendering becomes worse (not quite grayscale, but perceptibly more blurry). This is a regression in GNOME 3.10 as in Fedora 20 in respect to GNOME 3.8 as in Fedora 19. Please note that e.g. gnome-terminal is not affected. I realize that this is not really a gedit bug but an issue in an underlying component (gtksourceview? clutter?) I have no knowledge about. Please move the bug to the component you see fit.
Created attachment 264891 [details] Perfect font rendering in gedit without scrollbars
Created attachment 264892 [details] Comparison of font rendering 5x magnified The third magnified example shows a fragment of the content in a gedit window with overflow (scrollbars are there, but not on the screenshot) and grayscale anti-aliasing.
Thanks for reporting the bug. It's maybe a GtkTextView bug. Between the 3.8 and 3.10 version, GtkTextView has been ported to the pixel cache (used for scrolling).
(In reply to comment #3) > It's maybe a GtkTextView bug. Between the 3.8 and 3.10 version, GtkTextView has > been ported to the pixel cache (used for scrolling). Thanks a lot, this looks indeed as a regression from the pixel cache. I've overwritten gtk3-3.10.6-1.fc20 on my Fedora 20 installation by a package built from the src.rpm with gtktextview.c replaced by the version from 2013-08-18 https://git.gnome.org/browse/gtk+/log/gtk/gtktextview.c?h=gtk-3-10 ("Add a style class for context menus") https://git.gnome.org/browse/gtk+/plain/gtk/gtktextview.c?h=gtk-3-10&id=624ec0fb7d5329261dd0c4a991c7889a70c61535 and can confirm that this makes the font rendering in gedit with and without scrollbars perfect again.
*** This bug has been marked as a duplicate of bug 715008 ***