[Fedora-i18n-bugs] [Bug 486279] New: ibus preferences ui improvements, part 2
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 preferences ui improvements, part 2
https://bugzilla.redhat.com/show_bug.cgi?id=486279
Summary: ibus preferences ui improvements, part 2
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Keyboard shortcuts: I would love to see these moved to the keyboard
shortcuts capplet, which has support for handling application-defined
shortcuts. As a bonus, you get automatic conflict handling. The one
restriction is that currently, only one key-combination per action is
possible. If having multiple is essential, you could either split it
into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or
file a bug and I'll look into enabling multiple shortcuts per action in
the keybinding capplet
--
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.
11 years
[Fedora-i18n-bugs] [Bug 477690] New: libchewing multilib conflict
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: libchewing multilib conflict
https://bugzilla.redhat.com/show_bug.cgi?id=477690
Summary: libchewing multilib conflict
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: libchewing
AssignedTo: dchen(a)redhat.com
ReportedBy: phil(a)fifi.org
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
yum install libchewing.i386 libchewing.x86_64
yeilds:
file /usr/share/chewing/fonetree.dat from install of
libchewing-0.3.2-0.fc10.i386 conflicts with file from package
libchewing-0.3.2-0.fc10.x86_64
Version-Release number of selected component (if applicable):
libchewing-0.3.2-0.fc10
--
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.
11 years
[Fedora-i18n-bugs] [Bug 517789] New: Droid Sans overrides default Japanese desktop font
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: Droid Sans overrides default Japanese desktop font
https://bugzilla.redhat.com/show_bug.cgi?id=517789
Summary: Droid Sans overrides default Japanese desktop font
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: google-droid-fonts
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nicolas.mailhot(a)laposte.net,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
I was just testing a f12alpha spin and discovered that Droid Sans
seems to override the default Japanese desktop font.
How reproducible:
every time
Steps to Reproduce:
1. yum install google-droid-sans-fonts
2. login to gnome desktop
3. run gucharmap
Actual results:
Most kanji glyphs are shown with Droid Sans.
Expected results:
Default Japanese IPA font to be used for Japanese characters.
Additional info:
Not sure why the Droid fonts were pulled into the spin.
This affects whole Japanese desktop and gdm, etc.
--
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.
11 years, 1 month
[Fedora-i18n-bugs] [Bug 528140] New: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
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: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=364235)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364235)
Screenshot for s-c-date and gnome-clock
Description of problem:
After installation and setting Default Timezone Kolkata, Clock is showing
Default Timezone (added by Default) Boston (after Fresh installation).
Version-Release number of selected component (if applicable):
gnome-panel-2.28.0-2.fc12.x86_64
system-config-date-1.9.52-1.fc12.noarch
libgweather-2.28.0-1.fc12.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. fresh install with Hindi (hi_IN) locale
2. login with Hindi
3. Click on clock/Task Top-Right Side
Actual results:
Boston is added by Default
Expected results:
Either should be default for locale or s-c-date's Zone
Additional info:
Screenshot
--
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.
11 years, 1 month
[Fedora-i18n-bugs] [Bug 498706] New: Key bindings don't work after restart
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: Key bindings don't work after restart
https://bugzilla.redhat.com/show_bug.cgi?id=498706
Summary: Key bindings don't work after restart
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: stardict
AssignedTo: cchance(a)redhat.com
ReportedBy: pahan(a)hubbitus.info
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, zhu(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Stardict save keybindings, but its do not work after restart and require reset
it after each boot.
Version-Release number of selected component (if applicable):
# rpm -q stardict
stardict-3.0.1-9.fc9.i386
How reproducible:
Stardict load after boot by any DE (or restored within session). Go to
Preferencies, setup Modifier with wich scan will be doing. Close setting
window.
After that all work fine in this session. After restart computer, scan window
do not appear when defined keys pressed. But, when going into preferencies,
defined keys saved (sic!) and start working just after close window without any
manipulations with it!
--
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.
11 years, 2 months
[Fedora-i18n-bugs] [Bug 586763] New: smc-dyuthi-fonts isn't usable
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: smc-dyuthi-fonts isn't usable
https://bugzilla.redhat.com/show_bug.cgi?id=586763
Summary: smc-dyuthi-fonts isn't usable
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: madan-fonts
AssignedTo: pnemade(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
madan-fonts is supposed to work for Nepali font though, it doesn't have enough
glyph coverage in fontconfig.
Version-Release number of selected component (if applicable):
madan-fonts-2.000-2.fc13.noarch
How reproducible:
always
Steps to Reproduce:
1.fc-match -v "Madan"|grep -E " lang"|grep ne
2.
3.
Actual results:
No output
Expected results:
the lang spec should contains ne.
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.
11 years, 3 months
[Fedora-i18n-bugs] [Bug 637606] New: Merge new characters from Chromium OS core fonts
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: Merge new characters from Chromium OS core fonts
https://bugzilla.redhat.com/show_bug.cgi?id=637606
Summary: Merge new characters from Chromium OS core fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cody(a)zone38.net
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
Description of problem:
Chromium OS includes new fonts called Arimo, Cousine, and Tinos. These fonts
are, in fact, identical in design to the the Liberation fonts; more accurately,
they're new font files direct from Steve Matteson using the same character
designs as Liberation. However, these fonts include a vastly larger character
set, including such glyphs as Polytonic Greek, Altaic Cyrillic and IPA that
might be useful for certain locales.
The latest revision of the Chromium fonts, as of now, is downloadable here:
http://commondatastorage.googleapis.com/chromeos-localmirror/distfiles/cr...
And the relevant issues from Chromium OS are here:
http://code.google.com/p/chromium-os/issues/detail?id=5287
http://code.google.com/p/chromium-os/issues/detail?id=5941
Would it be possible to work with Google and/or Steve Matteson to get these new
characters merged into the Liberation fonts as well?
--
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.
11 years, 6 months
[Fedora-i18n-bugs] [Bug 620606] New: Hinting on 'cent' glyph in italic fonts broken
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: Hinting on 'cent' glyph in italic fonts broken
https://bugzilla.redhat.com/show_bug.cgi?id=620606
Summary: Hinting on 'cent' glyph in italic fonts broken
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cody(a)zone38.net
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
Created an attachment (id=436160)
--> (https://bugzilla.redhat.com/attachment.cgi?id=436160)
Screenshot of the cent glyph as displayed in OpenOffice.
Description of problem:
The character 'cent' (¢) has been modified in Liberation Mono and Liberation
Sans without regenerating hints, as has already been discussed in bug 474522.
Version-Release number of selected component (if applicable):
1.06.0.20100721
How reproducible:
Consistently, as long as bytecode hinting has been turned on.
Steps to Reproduce:
1. Use a version of Freetype with bytecode hinting enabled.
2. Make sure that hinting is set to 'full' in your window manager's appearance
preferences.
3. Enter the character ¢ (U+00A2) in an application such as OpenOffice.
4. Set the font to Liberation Sans Italic or Liberation Mono Italic.
Actual results:
The cent sign looks correct.
Expected results:
The cent sign is warped beyond recognition.
--
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.
11 years, 6 months
[Fedora-i18n-bugs] [Bug 618229] New: RFE: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name
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: ibus-setup: in the "Input Method" tab, display an IME configure button next to the IM name
https://bugzilla.redhat.com/show_bug.cgi?id=618229
Summary: RFE: ibus-setup: in the "Input Method" tab, display an
IME configure button next to the IM name
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: harshula(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
Target Release: ---
Description of problem:
If an IME has a configuration option, then display a button to execute it in
the "Input Method" tab alongside the IM name in the list of selected IMs. In
some cases there maybe multiple IMs in the list from the same IME. In which
case you could display an icon on the button to indicate a set of IMs belong to
a particular IME.
Currently you need to first select an IM, activate the IM and then find the IME
configure button. I suspect a user would want to configure the IME immediately
after selecting the IM.
Apparently the IME configuration is activated by executing a separate binary.
In the long term it maybe better for each IME to expose a configure/setup
function directly via the IBus framework rather than create a separate binary.
--
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.
11 years, 9 months
[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon 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 working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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.
11 years, 9 months