[Fedora-i18n-bugs] [Bug 479371] New: Broken hinting on "u" in Liberation Mono Bold
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Broken hinting on "u" in Liberation Mono Bold
https://bugzilla.redhat.com/show_bug.cgi?id=479371
Summary: Broken hinting on "u" in Liberation Mono Bold
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cody(a)zone38.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=328517)
--> (https://bugzilla.redhat.com/attachment.cgi?id=328517)
Liberation Mono 1.04.93 with antialiasing on
Description of problem:
Though the hinting has been fixed in Sans Bold as of version 1.04.92, the
letter "u" still has incorrect hinting in Mono Bold, an error that's quite
noticeable in certain sizes on any system with bytecode hinting enabled. I'm
attaching a screenshot from Ubuntu to demonstrate; of particular note are 9
point (the second line) and 12 point (the 5th line).
Version-Release number of selected component (if applicable):
1.04.93
--
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 479521] New: Invalid character in ttf name table regarding copyright that crashes XML marshalling
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Invalid character in ttf name table regarding copyright that crashes XML marshalling
https://bugzilla.redhat.com/show_bug.cgi?id=479521
Summary: Invalid character in ttf name table regarding
copyright that crashes XML marshalling
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: pander(a)users.sourceforge.net
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Invalid character in ttf name table regarding copyright that crashes XML
marshalling
Version-Release number of selected component (if applicable):
ttf-liberation 1.04~beta2-2 from Ubuntu 8.10
How reproducible:
Steps to Reproduce:
1. retrieve font nama table
ttx -d . -t name
/usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf
2. in python, read the XML file via
doc = libxml2.parseFile('LiberationSans-Regular.ttx')
Actual results:
LiberationSans-Regular.ttx:27: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
^
LiberationSans-Regular.ttx:69: parser error : xmlParseCharRef: invalid xmlChar
value 1
Liberation is a trademark of Red Ht, Inc. registered in U.S. Patent
an
Expected results:
Red Ht should be Red Hat, this is all right for the other TTF files in this
package.
Additional info:
Please fix and push updated package downstream.
--
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 502662] New: SCIM-tomoe doesn't load - no error msgs
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: SCIM-tomoe doesn't load - no error msgs
https://bugzilla.redhat.com/show_bug.cgi?id=502662
Summary: SCIM-tomoe doesn't load - no error msgs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: scim-tomoe
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: dekacy10(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org,
dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
User-Agent: Opera/9.63 (X11; Linux i686; U; en) Presto/2.1.1
I have a working installation of SCIM for Japanese input. Minutes ago I decided
to install tomoe to help me input some kanji. Unfortunetly, after the
installation I can't load the recognision dialog. The icon in scim toolbar does
nothing. I had no problems with scim-tomoe when I was using Fedora 10
Reproducible: Always
--
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 501911] New: [ibus][Indic] - ZWJ Candidate window not showing Hexadecimal values in list
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ibus][Indic] - ZWJ Candidate window not showing Hexadecimal values in list
https://bugzilla.redhat.com/show_bug.cgi?id=501911
Summary: [ibus][Indic] - ZWJ Candidate window not showing
Hexadecimal values in list
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus-rawcode
AssignedTo: psatpute(a)redhat.com
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When Type ZWJ - 200d in RAWCODE, the candidate window which appears, does not
showing the hexadecimals like A, B, C, D, E, F in the list. Its only showing
from 1 to 0 in the list appears.
Version-Release number of selected component (if applicable):
ibus-rawcode-1.0.0.20090303-2.fc11.i586
How reproducible:
Steps to Reproduce:
1. Switch on a FC11 system.
2. Install ibus and ibus-rawcode
3. Select and Enable ibus-rawcode from the panel with CTRL+SPACE bar
4. open gedit
5. Type 200d
6. Observe the candidate window list appears.
7. And observe only 1 to 0 values are showing
Actual results:
Only 1 to 0 values are showing. Can not see any value for other hexadecimals.
Expected results:
It should shows A to F values also.
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 501907] New: [ibus][Indic] - ZWJ Candidate window not working properly
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ibus][Indic] - ZWJ Candidate window not working properly
https://bugzilla.redhat.com/show_bug.cgi?id=501907
Summary: [ibus][Indic] - ZWJ Candidate window not working
properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus-rawcode
AssignedTo: psatpute(a)redhat.com
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
When Type ZWJ - 200d in RAWCODE, the candidate window which appears, does not
work with up or down arrow key to select the characters.
Version-Release number of selected component (if applicable):
ibus-rawcode-1.0.0.20090303-2.fc11.i586
How reproducible:
Always
Steps to Reproduce:
1. Switch on a FC11 system.
2. Install ibus and ibus-rawcode
3. Select and Enable ibus-rawcode from the panel with CTRL+SPACE bar
4. open gedit
5. Type 200d
6. Observe the candidate window.
7. try to press up or down arrow key or the key buttons there.
8. Observe the action.
Actual results:
The probable characters in the candidate window can not be selected with up and
down arrow key.
Expected results:
It should allow to move up or down by the keys.
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.
14 years, 10 months
[Fedora-i18n-bugs] [Bug 465553] Language selection should affect keyboard layout too
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=465553
--- Comment #8 from Nicolas Chauvet (kwizart) <kwizart(a)gmail.com> 2009-06-30 08:10:01 EDT ---
(In reply to comment #2)
> Now, I have never suggested the keyboard layout should not be selectable at
> all. I have just said it should be set to a reasonably guessed default after
> the language has been selected.
Indeed, selecting France as country code and having english instead of french
as suggested user locale is rather improbable.
>From the LiveCD point of view, switching theses options are really painfull
(because CD access time).
It could be possible to preload every possible combinations of country codes
and locales. But that may pull down boot time.
The other solution would be to allow to enter manually the Country code and
locale without using the unwrap menu.
But until end-users locale and country are set in bios or wherever, this
problem is likely to stay. Unless using a custom LiveCD image of course, but
the purpose would be to keep the official LiveCD Desktop image and work on
improving end-users experiences on non-default options usage.
--
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.
14 years, 10 months