[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #12 from Bojan Smojver <bojan(a)rexursive.com> ---
(In reply to Akira TAGOH from comment #11)
> (In reply to Bojan Smojver from comment #10)
> > This does not work for me in Gnome. I actually have to set hinting to full
> > using Gnome Tweak Tool (or dconf) to get full hinting going.
>
> You have to do. if you want to override the desktop's anyway, mode="assign"
> instead of "prepend" or "append" would do the job. though it may give you
> another confusion in the future. I wouldn't recommend to do that.
Tried that. Doesn't work for Gnome, although I get:
$ fc-match -v | grep hint
hintstyle: 3(i)(w)
hinting: True(s)
autohint: True(w)
Gnome uses slight, because that its default, it seems.
So, here is what I don't understand. If I have that symlink to
10-hinting-slight in /etc/fonts/conf.d, Gnome will revert to slight, although I
have it set to full explicitly. So, somehow slight is "stronger" and fonts get
blurred.
> > PS. Note that I also use autohinting, by symlinking 10-autohint. Without
> > that, all the fonts look way to thin for me.
>
> That is your preference. then changing hintstyle wouldn't help. that's it.
Autohinting is affected by hintstyle as well, as far as I can see. Autohinted
fonts look a lot better with full (or at least medium) hinting on.
Anyhow, never mind. I can cut my own RPM that always removes that symlink on
fontconfig upgrade.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #11 from Akira TAGOH <tagoh(a)redhat.com> ---
(In reply to Bojan Smojver from comment #10)
> This does not work for me in Gnome. I actually have to set hinting to full
> using Gnome Tweak Tool (or dconf) to get full hinting going.
You have to do. if you want to override the desktop's anyway, mode="assign"
instead of "prepend" or "append" would do the job. though it may give you
another confusion in the future. I wouldn't recommend to do that.
> That is the confusing bit for me. If I set full hinting in Gnome, but
> fontconfig has slight (i.e. the symlink in /etc/fonts/conf.d), the fonts are
> not rendered clearly. I tried symlinking the fontconfig's 10-hinting-full
> into /etc/fonts/conf.d, but that didn't work either. Neither did suggestion
> above.
Well, those configuration in /etc/fonts/conf.d doesn't override the desktop
configuration if they have. the point is, there are applications doesn't follow
the desktop's. they simply read the font configurations from fontconfig. both
configurations should has consistency in that sense. but fontconfig as a lower
layer library to desktops can't do that and desktops should be responsible
IMHO.
Anyway, good to check with fc-match -v | grep hint if you doubt some hinting
configuration isn't applied.
> PS. Note that I also use autohinting, by symlinking 10-autohint. Without
> that, all the fonts look way to thin for me.
That is your preference. then changing hintstyle wouldn't help. that's it.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #10 from Bojan Smojver <bojan(a)rexursive.com> ---
(In reply to Akira TAGOH from comment #9)
> For the permanent solution in user configuration, you can put this in
> $HOME/.config/fontconfig/conf.d
>
> <fontconfig>
> <match>
> <edit name="hintstyle" mode="prepend"><const>choose from hintnone,
> hintslight, hintmedium, or hintfull what you prefer</const></edit>
> <!-- e.g. <edit name="hintstyle
> mode="prepend"><const>hintfull</const></edit>
> </match>
> </fontconfig>
This does not work for me in Gnome. I actually have to set hinting to full
using Gnome Tweak Tool (or dconf) to get full hinting going.
That is the confusing bit for me. If I set full hinting in Gnome, but
fontconfig has slight (i.e. the symlink in /etc/fonts/conf.d), the fonts are
not rendered clearly. I tried symlinking the fontconfig's 10-hinting-full into
/etc/fonts/conf.d, but that didn't work either. Neither did suggestion above.
PS. Note that I also use autohinting, by symlinking 10-autohint. Without that,
all the fonts look way to thin for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
--- Comment #9 from Akira TAGOH <tagoh(a)redhat.com> ---
As long as the applications support reading something via dconf or using APIs
doing that in a library, it does. otherwise not. that's why fontconfig followed
it up that way. ideally the configuration tools in desktops should update
$HOME/.config/fontconfig/conf.d for non-desktop-native apps as well. I'm tired
to hear an complaint about the sort of this causing inconsistency
configurations between fontconfig and desktops. please request desktops to
improve.
For the permanent solution in user configuration, you can put this in
$HOME/.config/fontconfig/conf.d
<fontconfig>
<match>
<edit name="hintstyle" mode="prepend"><const>choose from hintnone,
hintslight, hintmedium, or hintfull what you prefer</const></edit>
<!-- e.g. <edit name="hintstyle
mode="prepend"><const>hintfull</const></edit>
</match>
</fontconfig>
or do the similar thing with fonts-tweak-tool for particular fonts
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Fedora-i18n-bugs] [Bug 1389683] Blurred rendering
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1389683
Bojan Smojver <bojan(a)rexursive.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bojan(a)rexursive.com
--- Comment #8 from Bojan Smojver <bojan(a)rexursive.com> ---
(In reply to Remi Collet from comment #6)
> Indeed removing /etc/fonts/conf.d/10-hinting-slight.conf content solves this
> issue.
The workaround works here as well.
My question is, when fontconfig gets updated, that symlink will come back and
screw up the rendering again, right? That sucks, especially given the fact that
it somehow actually overrides what is set in dconf.
Can we have that symlink whacked in the package, please? Desktop default is
slight, so that should cover that, right?
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Fedora-i18n-bugs] [Bug 1082118] New: After today ibus update, panel in Cinnamon desktop stopped working
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bug ID: 1082118
Summary: After today ibus update, panel in Cinnamon desktop
stopped working
Product: Fedora
Version: 20
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: krizb(a)seznam.cz
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
After today "yum update", panel in my Cinnamon desktop stopped working. Right
mouse seemd to work. Left mouse only took focus from current window. But menu,
icons, started programs, clendar, keyboard, sound, ... nothing on panel was
working.
Version-Release number of selected component (if applicable):
>From about 15 or 20 packages that was update, problematic are these:
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus
ibus-wayland" and reboot, panel is working now, as every ibus programs are now
version 1.5.4-2.fc20.x86_64.
Previous version that was working was 1.5.5-2.fc20.x86_64.
How reproducible:
Update ibus packages to version 1.5.6-1.fc20.x86_64
Steps to Reproduce:
1. yum update
Actual results:
Panel in Cinnamon desktop with ibus packages version 1.5.6-1.fc20.x86_64 not
working.
Expected results:
Panel in Cinnamon destop works with current ibus packages.
Additional info:
List of complete problematic update (but it seems that only ibus program
matter):
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:17 Updated: lilypond-fonts-common-2.18.2-1.fc20.noarch
Mar 28 15:20:17 Updated: libnm-gtk-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:20 Updated: nm-connection-editor-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:22 Updated: lilypond-emmentaler-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:24 Updated:
lilypond-century-schoolbook-l-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
Mar 28 15:20:31 Updated: git-1.9.0-1.fc20.x86_64
Mar 28 15:20:32 Updated: perl-Git-1.9.0-1.fc20.noarch
Mar 28 15:20:39 Installed: kernel-3.13.7-200.fc20.x86_64
Mar 28 15:20:40 Updated: file-libs-5.14-20.fc20.x86_64
Mar 28 15:20:40 Updated: file-5.14-20.fc20.x86_64
Mar 28 15:20:41 Updated: python-magic-5.14-20.fc20.noarch
Mar 28 15:20:42 Installed: kernel-modules-extra-3.13.7-200.fc20.x86_64
Mar 28 15:20:44 Updated: lilypond-2.18.2-1.fc20.x86_64
Mar 28 15:20:45 Updated:
network-manager-applet-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:21:41 Installed: kernel-devel-3.13.7-200.fc20.x86_64
Mar 28 15:21:42 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.x86_64
Mar 28 15:21:43 Updated: abrt-java-connector-1.0.9-1.fc20.x86_64
Mar 28 15:21:45 Updated: kernel-headers-3.13.7-200.fc20.x86_64
Mar 28 15:21:46 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.i686
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=n0E6wAwZyr&a=cc_unsubscribe
7 years, 5 months