https://bugzilla.redhat.com/show_bug.cgi?id=876666
Bug ID: 876666
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Assignee: apatil(a)redhat.com
Summary: Properties of ibus-typing-booster to select input
methods are not shown by gnome-shell in f18
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-typing-booster
Product: Fedora
The ibus properties used by ibus-typing-booster to select the
input method used are not shown when clicking on the
input method selector in the panel of gnome-shell in Fedora 18.
Therefore, it is not possible for the user to select the input
method used by an ibus-typing-booster engine in gnome-shell
on Fedora 18.
Even on gnome-shell in Fedora 17 and on non-Gnome desktops
in Fedora 18, where the properties of ibus-typing-booster are
accessible, they are not very useful because the input method
selected there is forgotten when ibus is restarted.
The input method used for a certain ibus-typing-booster engine is
something which is not changed very often by the user, therefore it is
better to have this setting in the setup tool, not in the properties.
Moving these settings to the setup tool also avoids the problem of
displaying the properties in gnome-shell in Fedora 18.
Of course these settings should be saved and remembered after
restarting ibus.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=862470
Bug ID: 862470
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: please drop the patch that turns off preedit in
gnome-shell
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mclasen(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Preedit has been fixed in gnome-shell entries, so ibus should make use of it.
See https://bugzilla.gnome.org/show_bug.cgi?id=684453
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=879140
Bug ID: 879140
Summary: No icons displayed on non-GNOME desktops
Product: Fedora
Version: 18
Component: fonts-tweak-tool
Severity: unspecified
Priority: unspecified
Reporter: tagoh(a)redhat.com
Description of problem:
Summary says it all, no icons for +,- say.
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.1.1-3.fc18
How reproducible:
always
Steps to Reproduce:
1.just run fonts-tweak-tool on non-GNOME desktop
2.
3.
Actual results:
No icons (broken icon) displayed
Expected results:
expected icons should be displayed
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880037
Bug ID: 880037
Summary: Update Source URL in spec file
Product: Fedora
Version: 18
Component: madan-fonts
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
We have found now direct download source url as
http://download.com.np/uploads/nepali_unicode/madan.zip
Please update this url in spec file
Version-Release number of selected component (if applicable):
madan-fonts-2.000-8.fc18
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=873562
Bug ID: 873562
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: extension needs update for 3.6.1
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: pnemade(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: gnome-shell-extension-iok
Product: Fedora
Description of problem:
gnome-shell-extension-iok needs to update metadata for shell version 3.6.1 also
icon is not working
Version-Release number of selected component (if applicable):
gnome-shell-extension-iok-0.20120423-3.fc18.noarch
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=856239
--- Comment #107 from Mike FABIAN <mfabian(a)redhat.com> ---
Created attachment 654949
--> https://bugzilla.redhat.com/attachment.cgi?id=654949&action=edit
liberation-sans-1-2-fontforge-grid-fit-view.png
Using "Grid Fit View" as explained here http://fontforge.org/charview.html
shows that the byte code hinting in Liberation Sans 1 and 2 is very
different.
Left: Liberation Sans 1
Right: Liberation Sans 2
This screenshot shows the effect of the byte code "bending" outlines
to make it fit to the grid.
For Liberation Sans 1, this is done much more precisely and extrem
as for Liberation Sans 2.
For Liberation Sans 1, after the grid fitting, the "hole" in the 'g' has
become narrower but both the left and the right vertical part of the "circle"
align very exactly with vertical columns of pixels. therefore one has
thin vertical lines which are very black.
For Liberation Sans 2, the alignment to the grid is less precise, for example
the vertical part of the "circle" on the left still ends up on the border
of two vertical columns, so both columns get some grey ink, making this
vertical line appear wider.
--
You are receiving this mail because:
You are on the CC list for the bug.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=856239
--- Comment #105 from Ilya <neptunia(a)mail.ru> ---
> Patented subpixel rendering disabled by default.
Maybe but the users enable it so one has to care that the fonts look OK with
subpixel enabled.
--
You are receiving this mail because:
You are on the CC list for the bug.