[opensuse-factory] Font Funkiness
Hi, I just witnessed an odd phenomenon and I'm wondering if it's a sign of a problem or an aspect of the way font rendering operates (I can imagine it either way). Specifically, I opened the Beagle window by clicking its tray icon. When the window appears, the fonts were extremely ragged. I decided to take a snapshot, so I used the system (KDE / Geeko) menu to launch KSnapshot. I took a picture of the Beagle window. While I was doing so, I was paying attention only to the KSnapshot interface and had neglected to really watch the Beagle window. When I finally dismissed the KSnapshot window (after capturing and saving the picture) I was startled to see that the ragged font display had been replaced with a properly smoothed one. I've seen the phenomenon repeat itself after this first instance (again in the Beagle GUI). So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered? Randall "curious cat" Schulz --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Sunday 12 November 2006 12:01, Randall R Schulz wrote:
Hi,
I just witnessed an odd phenomenon and I'm wondering if it's a sign of a problem or an aspect of the way font rendering operates (I can imagine it either way).
...
Oops. I forgot to include any system information: - openSUSE 10.2b2 (just upgraded from 10.2b1, itself upgraded from 10.2alpha5) - Intel x86 processor (Core 2 Duo) - 4GB RAM % rpm -qa |egrep -i 'freetype' freetype-1.3.1-1188 freetype2-2.2.1.20061027-3 freetype2-devel-2.2.1.20061027-3 % rpm -qa |egrep -i 'xorg-x11-server' xorg-x11-server-sdk-7.2-17 xorg-x11-server-7.2-17 (See http://software.opensuse.org/download/M17N/SUSE_Linux_10.1/i586/ for the FreeType RPMs.) Randall Schulz --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Sunday 12 November 2006 20:01, Randall R Schulz wrote:
Hi,
I just witnessed an odd phenomenon and I'm wondering if it's a sign of a problem or an aspect of the way font rendering operates (I can imagine it either way).
Specifically, I opened the Beagle window by clicking its tray icon. When the window appears, the fonts were extremely ragged. I decided to take a snapshot, so I used the system (KDE / Geeko) menu to launch KSnapshot. I took a picture of the Beagle window. While I was doing so, I was paying attention only to the KSnapshot interface and had neglected to really watch the Beagle window. When I finally dismissed the KSnapshot window (after capturing and saving the picture) I was startled to see that the ragged font display had been replaced with a properly smoothed one. I've seen the phenomenon repeat itself after this first instance (again in the Beagle GUI).
So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered?
I just tried under KDE in openSUSE 10.2 beta 2 and the same hapends here. Quite strange. It is enough to go to another window and then return to Kerry to get the fonts properly rendered. Hugo Costelha --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Randall R Schulz
Hi,
I just witnessed an odd phenomenon and I'm wondering if it's a sign of a problem or an aspect of the way font rendering operates (I can imagine it either way).
Specifically, I opened the Beagle window by clicking its tray icon. When the window appears, the fonts were extremely ragged. I decided to take a snapshot, so I used the system (KDE / Geeko) menu to launch KSnapshot. I took a picture of the Beagle window. While I was doing so, I was paying attention only to the KSnapshot interface and had neglected to really watch the Beagle window. When I finally dismissed the KSnapshot window (after capturing and saving the picture) I was startled to see that the ragged font display had been replaced with a properly smoothed one. I've seen the phenomenon repeat itself after this first instance (again in the Beagle GUI).
So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered?
This might be the following bug:
http://bugzilla.novell.com/show_bug.cgi?id=193095
--
Mike FABIAN
Mike, On Tuesday 14 November 2006 13:11, Mike FABIAN wrote:
...
So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered?
This might be the following bug:
There doesn't appear to be any mention in that bug report of spontaneous replacement of the raggedly rendered glyphs with smoothed ones shortly after the original, ragged display. I assume rendered glyphs are cached (lest font rendering consume inordinate CPU cycles throughout the system's operation). To your knowledge, is there any code that might account for ragged (point-resampled) glyphs being used (transiently) when the smoothed ones are not available on a timely basis? Randall Schulz --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Randall R Schulz
On Tuesday 14 November 2006 13:11, Mike FABIAN wrote:
...
So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered?
This might be the following bug:
There doesn't appear to be any mention in that bug report of spontaneous replacement of the raggedly rendered glyphs with smoothed ones shortly after the original, ragged display.
The bug report does mention this, see for example comment #23 Comment #23 From Felix Möller 2006-11-10 16:35:53 MST i just ran gnome-theme-manager as was said in 214280. This crashedfirefox and thunderbird. But now all font problems are gone! So just starting gnome-theme-manager and exiting it without doing anything solves this problem. Federico Mena Quintero recently explained me that GNOME works as follows: - The GNOME control center sets some GConf keys. - The running gnome-settings-daemon gets notified about changes in the GConf keys, and it does the following. First, it sets some X resources. Second, it uses the XSETTINGS protocol to tell GTK+ apps to refresh themselves. - Running GTK+ apps pick up the XSETTINGS notification, call cairo_set_font_options(), and redraw their widgets. You can try that out by starting for example gedit and then gnome-font-properties and change the anti-alias setting in gnome-font-properties. You will see that it applies to gedit immediately. I am not sure which GNOME programs apart from gnome-font-properties and gnome-theme-manager can trigger this process to make GTK+ apps to refresh themselves according to the current settings of the Xft.* resources. But probably there are others. Therefore I guess that some gnome thing started and triggered this process while you were trying to make the snapshot of Beagle (which is a GTK+ program).
I assume rendered glyphs are cached (lest font rendering consume inordinate CPU cycles throughout the system's operation).
To your knowledge, is there any code that might account for ragged (point-resampled) glyphs being used (transiently) when the smoothed ones are not available on a timely basis?
No.
--
Mike FABIAN
On Tuesday 14 November 2006 21:21, Randall R Schulz wrote:
Mike,
On Tuesday 14 November 2006 13:11, Mike FABIAN wrote:
...
So my question is this: Is this a bug or is there some kind of asynchronous rendering of smoothed fonts that sometimes leads to a ragged font display upon first use of a given font but which is later replaced with the smoothed version, once the smoothed glyphs have been rendered?
This might be the following bug:
There doesn't appear to be any mention in that bug report of spontaneous replacement of the raggedly rendered glyphs with smoothed ones shortly after the original, ragged display.
I assume rendered glyphs are cached (lest font rendering consume inordinate CPU cycles throughout the system's operation).
To your knowledge, is there any code that might account for ragged (point-resampled) glyphs being used (transiently) when the smoothed ones are not available on a timely basis?
Still the same here regardin openSUSE 10.2 RC1. It is really strange top open beagle showing one font, then minimize, restore, and voila: it looks different... Hugo Costelha --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (3)
-
Hugo Costelha
-
Mike FABIAN
-
Randall R Schulz