[Touch-packages] [Bug 161058]
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/23. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in cairo: Unknown Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: Times New Roman true true hintslight The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. "fc-match -v 'Times New Roman'" does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: Times New Roman false Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting "hinting" to "false" works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058] Re: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style)
** Changed in: cairo Status: Confirmed => Unknown -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in cairo: Unknown Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: Times New Roman true true hintslight The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. "fc-match -v 'Times New Roman'" does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: Times New Roman false Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting "hinting" to "false" works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058]
Any news on this? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in cairo: Confirmed Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: Times New Roman true true hintslight The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. "fc-match -v 'Times New Roman'" does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: Times New Roman false Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting "hinting" to "false" works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058]
Karl, would you have time to finish the patch for this? That would be really appreciated. Thanks. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in Cairo Graphics Library: Confirmed Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=autohint booltrue/bool/edit edit name=hinting booltrue/bool/edit edit name=hintstyle consthintslight/const /edit /match The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. fc-match -v 'Times New Roman' does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=antialias bool false /bool /edit /match Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting hinting to false works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058]
Created attachment 93 Respect fontconfig's hintstyle I am currently using the attached minimal patch to make cairo respect fontconfig's hintstyle; it will probably need to be adapted for the other parameters. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in Cairo Graphics Library: Confirmed Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=autohint booltrue/bool/edit edit name=hinting booltrue/bool/edit edit name=hintstyle consthintslight/const /edit /match The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. fc-match -v 'Times New Roman' does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=antialias bool false /bool /edit /match Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting hinting to false works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058] [NEW] some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style)
You have been subscribed to a public bug: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=autohint booltrue/bool/edit edit name=hinting booltrue/bool/edit edit name=hintstyle consthintslight/const /edit /match The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. fc-match -v 'Times New Roman' does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=antialias bool false /bool /edit /match Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting hinting to false works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] ** Affects: cairo Importance: Medium Status: New ** Affects: cairo (Ubuntu) Importance: Undecided Status: Confirmed -- some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) https://bugs.launchpad.net/bugs/161058 You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cairo in Ubuntu. -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058] Re: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style)
** Package changed: fontconfig (Ubuntu) = cairo ** Changed in: cairo Status: Invalid = New ** Package changed: libcairo (Ubuntu) = cairo (Ubuntu) ** Bug watch added: freedesktop.org Bugzilla #11838 https://bugs.freedesktop.org/show_bug.cgi?id=11838 ** Changed in: cairo Importance: Medium = Unknown ** Changed in: cairo Status: New = Unknown ** Changed in: cairo Remote watch: None = freedesktop.org Bugzilla #11838 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to fontconfig in Ubuntu. https://bugs.launchpad.net/bugs/161058 Title: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style) Status in Cairo Graphics Library: Unknown Status in cairo package in Ubuntu: Confirmed Bug description: I didn't fill out the package field, since this seems to be an interaction between multiple packages (gnome-setting-daemon, libgtk, libcairo, pango/cairo). In the 'Appearance' control app, under the font settings, I like to use 'Subpixel' and 'Full' hinting by default, since this looks good for most bundled fonts. However, there is occasionally a font (especially in the msttcorefonts package) that doesn't look good with these settings. So I want to override their rendering settings using .fonts.conf. My main tactic is to usually turn on the autohinter in 'hintslight' mode for certain fonts. Lets take Times new Roman as an example.. the .fonts.conf incantation to do this would be: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=autohint booltrue/bool/edit edit name=hinting booltrue/bool/edit edit name=hintstyle consthintslight/const /edit /match The odd thing about this is that the 'autohint' and 'hinting' edits seem to work, but the 'hintstyle' edit is always overridden by the control applet's settings. I can verify this by launching gedit each time after tweaking these settings. fc-match -v 'Times New Roman' does return the right settings, so its something in the chain of gtk libraries that is messing it up. Interstingly, it's not all possible edit settings that are ignored. It seems to only be hintstyle. For example if I were to say: match target=font test name=family qual=any stringTimes New Roman/string /test edit name=antialias bool false /bool /edit /match Then this works correctly. Only Times New Roman will be non-antialiased even in gedit. Even setting hinting to false works.. its only the hintstyle setting that doesn't work. [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) Subsystem: VMware Inc Device [15ad:1976] 00:0f.0 VGA compatible controller [0300]: VMware Inc Abstract SVGA II Adapter [15ad:0405] Subsystem: VMware Inc Abstract SVGA II Adapter [15ad:0405] To manage notifications about this bug go to: https://bugs.launchpad.net/cairo/+bug/161058/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 161058] Re: some ~/.fonts.conf settings do no override desktop-wide gnome settings (hinting style)
Launchpad has imported 24 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=11838. If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. On 2007-08-03T17:44:33+00:00 B. Lin wrote: cairo behaves inconsistently on hintstyle and rgba settings. If specified in fonts.conf something like this: edit name=rgba mode=assign constrgb/constedit edit name=hintstyle mode=assign consthintfull/const/edit cairo would respond to rgba but not to hintstyle; hintstyle can only be set via gtk( through gnome-settings-daemon). Although i don't know how to code, but after looking at the code (several times), i commented this out in cairo-ft-font.c (in function _cairo_ft_options_merge): if (options-base.hint_style == CAIRO_HINT_STYLE_DEFAULT) and everything goes fine. Is this the right solution? Reply at: https://bugs.launchpad.net/cairo/+bug/161058/comments/0 On 2008-07-18T05:45:31+00:00 B. Lin wrote: Recently I've found a better fix. Set default hintstyle to CAIRO_HINT_STYLE_DEFAULT(which is new), and in the function _cairo_ft_options_merge, change if (options-base.hint_style == CAIRO_HINT_STYLE_DEFAULT) options-base.hint_style = other-base.hint_style; to if (other-base.hint_style != CAIRO_HINT_STYLE_DEFAULT) options-base.hint_style = other-base.hint_style; This should give fair result, i.e., only if hintstyle is specified with fontconfig would the value configured with gnome-settings-daemon be overriden. Reply at: https://bugs.launchpad.net/cairo/+bug/161058/comments/6 On 2008-09-07T16:36:49+00:00 Bugs-freedesktop wrote: The rgba behavior is actually more complicated: With echo Xft.rgba: rgb | xrdb -merge and edit name=rgba mode=assign constnone/const/edit, pango-view -t 'fcgray antialias' --backend=cairo renders with rgb subpixel antialiasing. --backend=ft2 and --backend=xft render with gray antialiasing as expected. _cairo_ft_options_merge has some complex logic to decide which options on the scaled_font or on the cairo_ft_font_face (from the FcPattern) take priority in the way the font behaves. Assuming that surface options have already been set on the FcPattern with cairo_ft_font_options_substitute, it is not clear to me why options on the scaled_font should ever take priority over those from the pattern. If fontconfig has changed any options on the pattern then that is what the user (or distribution) wants. Is the logic in _cairo_ft_options_merge meant to protect against broken fontconfig settings? Some surfaces may be pretty keen to have CAIRO_HINT_STYLE_NONE. Also, maybe surfaces with depth 1 would like CAIRO_ANTIALIAS_NONE and gray surfaces don't need rgba antialiasing, but maybe changing the load flags based on the color support of the surface would produce some surprises with glyph outline changes. I wouldn't really see a problem with fontconfig settings always having the last say (bug 4792 comment 5). fontconfig settings should be able to achieve their goals without unconditionally setting hinting to true (as true is the default). Even if there are some special cases where surface options should take priority, I can't think why the surface should care what hintstyle is used once hinting is on. Similarly, I can't think why a color surface should care if the user asks for gray antialiasing on a font that doesn't hint well to reduce color fringing. I wonder whether a cairo_ft_scaled_font_create_for_pattern or cairo_font_options_merge_from_pattern API might be good so that the scaled_font can be created with the font_options that will be used, which would be useful in _cairo_scaled_font_keys_equal. But merely modifying _cairo_ft_options_merge could enable fontconfig settings even with the existing API. Reply at: https://bugs.launchpad.net/cairo/+bug/161058/comments/7 On 2008-09-15T15:35:19+00:00 Freedesktop wrote: I know I've been surprised by the logic in _cairo_ft_options_merge() before, but decided not to change it without fully understanding it. I'll look into this after 1.8. Feel free to ping. Reply at: https://bugs.launchpad.net/cairo/+bug/161058/comments/8 On 2008-10-10T14:55:53+00:00 Chris Wilson wrote: *** Bug 13335 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/cairo/+bug/161058/comments/11 On 2008-10-10T15:20:01+00:00 Chris Wilson wrote: *** Bug 4792 has been marked as a duplicate
