[Fedora-i18n-bugs] [Bug 737441] New: RFE: provide back eekboard-inscript
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: RFE: provide back eekboard-inscript
https://bugzilla.redhat.com/show_bug.cgi?id=737441
Summary: RFE: provide back eekboard-inscript
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: eekboard
AssignedTo: dueno(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, dueno(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
Old release of eekboard used to provide eekboard-inscript which looked to me
easy to use with inscript maps. Can upstream think on adding it back?
Version-Release number of selected component (if applicable):
eekboard-1.0.3-3.fc15
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
no eekboard-inscript now
Expected results:
should provide eekboard-inscript
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 729989] New: [liberation sans narrow] Macron on letters ā ē ī ō ū shifted to the right
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: [liberation sans narrow] Macron on letters ā ē ī ō ū shifted to the right
https://bugzilla.redhat.com/show_bug.cgi?id=729989
Summary: [liberation sans narrow] Macron on letters ā ē ī ō ū
shifted to the right
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: low
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cantabile.desu(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Created attachment 517810
--> https://bugzilla.redhat.com/attachment.cgi?id=517810
Macrons with liberation sans narrow - wrong
Description of problem:
The macron on ā, ē, ī, ō, ū is shifted to the right. Only in Liberation Sans
Narrow (bold, italic, bold-italic variants as well). Serif, Sans and Sans Mono
are fine (along with their bold, italic and bold-italic variants).
Version-Release number of selected component (if applicable):
https://fedorahosted.org/releases/l/i/liberation-fonts/liberation-fonts-t...
Steps to reproduce:
Visit this page: http://en.wikipedia.org/wiki/Macron
There is a table at the bottom. Screenshots of that table attached (I used
firefox 5).
Actual results:
Macron is shifted to the right, as shown in the screenshot.
Expected results:
Macron should be centered, like in the other screenshot (taken using liberation
sans).
Additional info:
I run arch linux.
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 738264] New: LiberationMono have different metrics for different styles
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: LiberationMono have different metrics for different styles
https://bugzilla.redhat.com/show_bug.cgi?id=738264
Summary: LiberationMono have different metrics for different
styles
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: rkagan(a)mail.ru
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
LiberationMono Bold and Italic fonts have metrics different from Regular and
BoldItalic. This results in various artifacts, e.g. misaligned bold text in
xterm or gnome-terminal at certain resolution and font size.
Version-Release number of selected component (if applicable):
liberation-mono-fonts-1.07.0-1.fc15.noarch
How reproducible:
100%
Steps to Reproduce:
1. using freetype-demos package:
# for f in /usr/share/fonts/liberation/LiberationMono-*; do
ftdump $f | grep -e postscript -e ascent -e descent
done
postscript: LiberationMono-BoldItalic
ascent: 1705
descent: -615
postscript: LiberationMono-Bold
ascent: 1707
descent: -615
postscript: LiberationMono-Italic
ascent: 1707
descent: -615
postscript: LiberationMono
ascent: 1705
descent: -615
Actual results:
ascent for different styles is different. As a result, at 106 dpi at size 10
pt the rounded ascent is different, too. This makes bold characters misaligned
in xterm and gnome-terminal (when used with freetype-2.4.6)
Expected results:
all metrics are the same
Additional info:
Full details are available in freetype bug
https://savannah.nongnu.org/bugs/index.php?34156.
version 1.06 didn't have this problem. It looks like it's due to the changes
introduced to fix bug 591559.
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 741157] New: ibus-m17n: m17n "title" variable appears as a dormant button on the language panel
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-m17n: m17n "title" variable appears as a dormant button on the language panel
https://bugzilla.redhat.com/show_bug.cgi?id=741157
Summary: ibus-m17n: m17n "title" variable appears as a dormant
button on the language panel
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: low
Component: ibus-m17n
AssignedTo: dueno(a)redhat.com
ReportedBy: harshula(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, dueno(a)redhat.com,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
The language panel's m17n "input-method" and "title" variables appear as
buttons. Only the m17n "input-method" variable's button actually does anything.
Do we really need both?
Version-Release number of selected component (if applicable):
* ibus-m17n 1.3.3
How reproducible:
* Always
Steps to Reproduce:
1. Set "Show language panel" to "When active" in IBus Preferences
2. Enable IBus
3. Move the cursor to the language panel and hover over the m17n "title"
string.
Actual results:
* The m17n "title" string appears as a button
Expected results:
* The m17n "title" string should NOT appear as a button
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 738130] New: non-informative strings appears on the ibus menu
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: non-informative strings appears on the ibus menu
https://bugzilla.redhat.com/show_bug.cgi?id=738130
Summary: non-informative strings appears on the ibus menu
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
I'm not sure if this is ibus or ibus-anthy issue, but when clicking the ibus
icon on the panel, it displays like "jp 日本語 (Default Layout (,))". what does
"(,)" really mean?
Version-Release number of selected component (if applicable):
ibus-1.3.99.20110817-5.fc16.x86_64
ibus-gnome3-1.3.99.20110817-5.fc16.x86_64
ibus-anthy-1.2.6-3.fc16.x86_64
How reproducible:
always
Steps to Reproduce:
1.log into the GNOME desktop with ja locale
2.click the ibus icon on the panel
3.
Actual results:
as the above description
Expected results:
should have the certain information there otherwise better get rid of the
unnecessary parenthesis
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 739165] New: ibus not playing well with system keyboard layouts
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 not playing well with system keyboard layouts
https://bugzilla.redhat.com/show_bug.cgi?id=739165
Summary: ibus not playing well with system keyboard layouts
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
If one enables more than one keyboard layout in gnome
before activating ibus with im-chooser,
then ibus lists the keyboards (which is good)
but switching between the layouts seems only possible
via the keyboard layout icon, not the ibus menu.
Switching layout from the ibus menu causes the layout
to change momentarily and then revert back to the current one
almost immediately.
Version-Release number of selected component (if applicable):
ibus-1.3.99.20110817-5.fc16
(all packages updated to latest current F16 + updates-testing)
How reproducible:
100%
Steps to Reproduce:
1. Make sure ibus is off (and perhaps no IMEs added)
2. add one or more keyboard layout in the gnome control kbd layout
configuration
3. start ibus from im-chooser
4. click on ibus icon to show menu
5. select other keyboard layout
6. check layout indicator icon
Actual results:
4. gnome layouts listed in ibus menu (this is good I think)
5. layout changes but then gnome switches it back again and override ibus
ibus menu now highlighting the newly selected layout
although the keyboard indicator (and kbd) are back on the original layout.
6. With two layouts at least clicking the layout indicator still works to
change the layout. With 3 layouts I saw the keyboard indicator not
respond to clicks with ibus running.
Expected results:
5. gnome and ibus layout should be in sync and agree
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 740588] New: No actions on "Keyboard configuration" from the menu
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: No actions on "Keyboard configuration" from the menu
https://bugzilla.redhat.com/show_bug.cgi?id=740588
Summary: No actions on "Keyboard configuration" from the menu
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
When clicking "Keyboard configuration" from the ibus menu (with ibus-gnome3),
ibus doesn't take any action. just running "gnome-control-center region" from
the terminal works.
Version-Release number of selected component (if applicable):
ibus-1.3.99.20110817-5.fc16.x86_64
ibus-gnome3-1.3.99.20110817-5.fc16.x86_64
How reproducible:
always
Steps to Reproduce:
1.enable ibus-gnome3
2.select "Keyboard configuration" from the ibus menu
3.
Actual results:
Nothing happens.
Expected results:
should bring up gnome-control-center region as it described in
http://fedoraproject.org/wiki/QA:Testcase_ibus_gnome_shell
Additional info:
when clicking "Keyboard configuration", I can see the log in .xsession-errors:
JS ERROR: !!! Exception in callback for signal: activate
JS ERROR: !!! message = '"Shell.AppSystem.get_default().get_app is not
a function"'
JS ERROR: !!! lineNumber = '519'
JS ERROR: !!! fileName =
'"/usr/share/gnome-shell/js/ui/status/ibus/ibusPanel.js"'
JS ERROR: !!! stack = '"([object Object],[object
_private_Clutter_Event])@/usr/share/gnome-shell/js/ui/status/ibus/ibusPanel.js:519
_emit("activate",[object
_private_Clutter_Event])@/usr/share/gjs-1.0/signals.js:124
([object _private_Clutter_Event])@/usr/share/gnome-shell/js/ui/popupMenu.js:103
([object _private_Shell_GenericContainer],[object
_private_Clutter_Event])@/usr/share/gnome-shell/js/ui/popupMenu.js:76
"'
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 532240] New: IOK no longer shows up under Applications-->Accessories.
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: IOK no longer shows up under Applications-->Accessories.
https://bugzilla.redhat.com/show_bug.cgi?id=532240
Summary: IOK no longer shows up under
Applications-->Accessories.
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: gnafu_the_great(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
As of the most recent update, IOK doesn't show up under the expected menu
location of Applications-->Accessories. I noticed the following in the
.desktop file:
NotShowIn=GNOME;
How am I supposed to access IOK if it's not in the menus? I use it quite a bit
once logged in, and I much prefer it to GOK. Is there a new method of bringing
it up without having to type iok in a terminal?
Version-Release number of selected component (if applicable):
iok-1.3.8-1.fc11.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1. Update IOK
2. Go to Applications-->Accessories
3. Reinstall IOK and try again
Actual results:
Nothing in the menus.
Expected results:
IOK in the Applications-->Accessories menu.
Additional info:
If you can show me where it's easily accessible under a different menu, that's
fine, but I haven't found it yet.
--
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.
12 years, 8 months
[Fedora-i18n-bugs] [Bug 715661] New: FTBFS scim-chewing-0.3.3-3.fc15
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: FTBFS scim-chewing-0.3.3-3.fc15
https://bugzilla.redhat.com/show_bug.cgi?id=715661
Summary: FTBFS scim-chewing-0.3.3-3.fc15
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: scim-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 713919
Classification: Fedora
Story Points: ---
scim-chewing-0.3.3-3.fc15.src.rpm Failed To Build From Source against the
rawhide tree. See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
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.
12 years, 8 months