https://bugzilla.redhat.com/show_bug.cgi?id=1084228
Bug ID: 1084228
Summary: Hinting for Liberation Sans inferior at small font
size
Product: Fedora
Version: 20
Component: liberation-fonts
Assignee: psatpute(a)redhat.com
Reporter: Eduard.Braun2(a)gmx.de
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Created attachment 882473
--> https://bugzilla.redhat.com/attachment.cgi?id=882473&action=edit
testcase with the problematic font charakteristics
Wikipedia recently switched to a predefined CSS font stack for body font so
even Windows users will be served with Liberation Sans if installed (e.g.
because it is distributed with Libre Office).
This made apparent inferior hinting of Liberation Sans with bold weight when
rendered at the specific size of 0.875em (the font size used in MediaWiki's
vector skin).
Most notable "e"s have a very thick lower curve while the upper curve is much
too thin. This also applies for variants like "è é ê ë". Funnily not for "œ æ"
though which is rendered differently.
Also notable is e.g. "s" which has thick upper/lower curves but is thin in the
middle.
A testcase with the described font characteristics set is attached. The
screenshot shows the rendering in Firefox.
The screenshot was created with Firefox 28.0 on Windows 7.
The installed version of the Liberation fonts is 2.00.1
--
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=Msol5goZ6N&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1011371
Bug ID: 1011371
Summary: cloud pinyin feature is missed in ibus
Product: Fedora
Version: rawhide
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Now ibus-cloud-pinyin is available:
http://code.google.com/p/ibus-cloud-pinyin/
Actually I'm not sure if the cloud feature is useful for Chinese users so it's
up to you to integrate the feature or will not fix.
Originally someone pointed out that ibus missed that feature.
Maybe it's an idea to release ibus-cloud-pinyin in Fedora while it provides
sogou only and fcitx provides sogou, ime.qq.com, google, baidu.
I was also interested in the cloud for ja but it seems the protocol is closed
in google.
--
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=EXcOrJl2sb&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [indic] yum showing content in indic languages, those are broken for terminal
https://bugzilla.redhat.com/show_bug.cgi?id=525046
Summary: [indic] yum showing content in indic languages, those
are broken for terminal
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: yum
AssignedTo: skvidal(a)sethdot.org
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: james.antill(a)redhat.com, pmatilai(a)redhat.com,
tim.lauridsen(a)googlemail.com, ffesti(a)redhat.com,
maxamillion(a)gmail.com, skvidal(a)sethdot.org,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
while running yum command in Punjabi Desktop (pa_IN) locale, there was some
output, which is broken, failed to read from terminal. When using Group
command,then all things are broken.
Version-Release number of selected component (if applicable):
yum-3.2.24-5.fc12
How reproducible:
100%
Steps to Reproduce:
1. in gnome-terminal set locale as 'export LANG=pa_IN.UTF-8'
2. yum grouplist
3.
Actual results:
output contains Punjabi (pa_IN) language, which is not shown properly
Expected results:
as Indic (all) languages are not render properly on Terminal, so output
should be in English for better use.
Additional info:
1) Other affected locales are *_IN (as_IN,bn_IN,gu_IN,hi_IN,ml_IN,mr_IN...)
2) for GUI front-end (gpk-application) locales are working fine
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [gcin] [Feature request] Please pack the voice data.
https://bugzilla.redhat.com/show_bug.cgi?id=511197
Summary: [gcin] [Feature request] Please pack the voice data.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, candyz0416(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
One of nice gcin features is gcin prounces the character you type, thus lower
typo rate. However, the voice data is not packed in fedora.
Version-Release number of selected component (if applicable):
1.4.5-2.fc11
How reproducible:
Always
Steps to Reproduce:
1. Right click on gcin for gcin setup menu.
2. Click on "Default input method & Enable/disable".
3. Enable "Speak as you type".
Actual results:
Due to lack of voice data, this function is not functional.
Expected results:
gcin speaks as you type.
Additional info:
Voice data can be downloaded at:
http://cle.linux.org.tw/trac/wiki/GcinTextToSpeech
How about make a gcin-voice sub-package?
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RFE: run libunistring testsuite during build
https://bugzilla.redhat.com/show_bug.cgi?id=743825
Summary: RFE: run libunistring testsuite during build
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: libunistring
AssignedTo: p(a)draigbrady.com
ReportedBy: jhrozek(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: p(a)draigbrady.com, meyering(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
libunistring tarball contains an upstream testsuite. It would be nice to have
it run during each build with the %check directive.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1087448
Bug ID: 1087448
Summary: RFE: ibus-typing-booster keybinding customization
Product: Fedora
Version: rawhide
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: tfujiwar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Currently Tab key toggles the prediction list in ibus-typing-booster when
"Enable suggestions by Tab key" check button is enabled.
The key is conflict with shell script string completion at least.
Also I think the Tab key do enables to show the prediction list, rotate the
enabled prediction in the list and string completion likes bash.
There are some ideas:
1. "wed" + Tab
"wedge" and "wednesday" are shown and "wedge" is selected.
+ Tab again
"wednesday" is enabled.
2. "wedne" + Tab
"wednesday" is completed.
3. Escape key cancels the prediction list but does not delete the preedit.
I wonder if the prediction list is shown only when miss-spelling or Tab is
typed.
xfce4-terminal has the black background and I feel the preedit attributes are
not needed.
--
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=Y07z6d3jTJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=862367
Bug ID: 862367
QA Contact: extras-qa(a)fedoraproject.org
Severity: urgent
Version: 17
Priority: unspecified
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: dchen(a)redhat.com
Summary: 'Ctrl + Space' not working, ibus frontend for fbterm
does not show up
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: wangtinggong(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: ibus-fbterm
Product: Fedora
Description of problem:
ibus works well in X11, but in fbterm, ibus-fbterm can not activate him.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120914-2.fc17.src.rpm
fbterm-1.6-5.fc17.x86_64
ibus-fbterm-0.9.1-14.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1. start Fedora 17 X11 Desktop
2. ibus works well, 'Ctrl + Space' can switch between input methods
3. press 'CTRL + ALT + F2' to console
4. exec command: ibus-fbterm-launch
5. press 'Ctrl + Space', nothing happen
Actual results:
ibus frontend for fbterm does not show up
Expected results:
'Ctrl + Space' can switch between input methods
Additional info:
after dig into source, ibus tree says:
commit 53d33ec4e6ad41a116f25cfa7ce12e04f6f93752
Author: Peng Huang <shawn.p.huang(a)gmail.com>
Date: Tue Aug 16 07:26:42 2011 -0400
Remove enable status of input context and hotkey logic in ibus-daemon
the latest ibus-fbterm is ibus-fbterm-0.9.1.tar.gz, uploaded in Nov 2009.
after ibus framework changed, ibus-fbterm do can not work now.
--
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=903272
Bug ID: 903272
Summary: [gu_IN] use Devanagari U0965 instead of U0AE5 in
inscript2 map
Product: Fedora
Version: rawhide
Component: m17n-contrib
Severity: unspecified
Priority: unspecified
Reporter: pnemade(a)redhat.com
Description of problem:
Using gu-inscript2.mim, when typed "AltGr+>" Unicode box appears which mean
double danda is missing from Lohit font. But, its also recommended to use this
Unicode from Devanagari script. That is U0965
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.14-1.fc18.noarch
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
missing character rendering
Expected results:
character should render correctly
Additional info:
--
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=QsxmxWQqJF&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=996429
Bug ID: 996429
Summary: Mapping of ਠ is improper as per standard
Product: Fedora
Version: 19
Component: m17n-contrib
Assignee: pnemade(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
mapping of ਠ should be double quote but it is presently "double quote + space"
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.14-2.fc19.noarch
How reproducible:
every time
Steps to Reproduce:
1. select Punjabi Inscript 2 layout
2. Type double quote and check
3.
Actual results:
ਠ character not appearing
Expected results:
it should appear on double quote
Additional info:
attaching patch..
--
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=CdE5tLpGjW&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Few modifications required in Punjabi inscript2 keymap
https://bugzilla.redhat.com/show_bug.cgi?id=803185
Summary: Few modifications required in Punjabi inscript2 keymap
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: jsingh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
We want to modify Punjabi inscript2 keymap with following keymappings:
on Capital Z --> ੱ (currently on shift+4) and
on small z --> ੰ (currently on x)
Version-Release number of selected component (if applicable):
m17n-contrib-1.1.13-3.fc17
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.