[Fedora-i18n-bugs] [Bug 504757] New: Bad translation in German language pack
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: Bad translation in German language pack
https://bugzilla.redhat.com/show_bug.cgi?id=504757
Summary: Bad translation in German language pack
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: eclipse-nls
AssignedTo: sflaniga(a)redhat.com
ReportedBy: kenda(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, overholt(a)redhat.com,
sflaniga(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When creating a new java class, the checkbox for adding the 'public static
void' method is translated literally. That doesn't make sense in German.
Version-Release number of selected component (if applicable):
Eclipse-nls-de-3.4.0.v20090423085802
How reproducible:
Starting Eclipse
"Datei - Neu - Klasse"
Actual results:
"öffentlich statisch ungültig Haupt(String[] Argumente)"
Expected results:
"public static void main(String[] args)"
--
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.
10 years, 3 months
[Fedora-i18n-bugs] [Bug 513901] New: ibus-table setup does not store config settings
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-table setup does not store config settings
https://bugzilla.redhat.com/show_bug.cgi?id=513901
Summary: ibus-table setup does not store config settings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus-table config is not using gconf to store configuration settings.
Steps to Reproduce:
1. change ibus-table config
2. restart desktop
3. use ibus-table
Actual results:
configuration lost
Expected results:
configuration to persist
--
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.
10 years, 4 months
[Fedora-i18n-bugs] [Bug 514110] New: [ta_IN] Tamil collation rules are not working in other locales
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: [ta_IN] Tamil collation rules are not working in other locales
https://bugzilla.redhat.com/show_bug.cgi?id=514110
Summary: [ta_IN] Tamil collation rules are not working in other
locales
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: glibc
AssignedTo: schwab(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jakub(a)redhat.com, santhosh.thottingal(a)gmail.com,
fedora-i18n-bugs(a)redhat.com, schwab(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ta_IN collation rules are not working, when we select other locale say
en_US.UTF-8
Version-Release number of selected component (if applicable):
glibc-common-2.10.90-7.1
How reproducible:
every time
Steps to Reproduce:
1. select en_US locale
2. try to sort Tamil characters
3.
Actual results:
sorting is not working
Expected results:
It should be sorted as per collation rule
Additional info:
This is happening due to ta_IN collation rules written in ta_IN locale file,
and these rules are not available to outside locale.
We should move these collation table to iso14651_t1_common(common to most of
the locale), so it will be available to other locale as well and tamil sorting
will work while selecting any locale
--
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 486272] New: toolbar focus problems
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: toolbar focus problems
https://bugzilla.redhat.com/show_bug.cgi?id=486272
Summary: toolbar focus problems
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: ---
The toolbar seems useless if "focus-follows-mouse" is turned on, since
it becomes inactive on focus out. This also affects the status icon.
By focus-follows-mouse, I mean the "Select windows when the mouse moves
over them" option in the "Windows" capplet. If you turn that on, and
move the move from the window you are working in towards the toolbar or
statusicon, the window looses focus and the status icon/toolbar turn
inactive, so you can't do whatever you wanted to there in the first
place...
--
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.
10 years, 8 months
[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.
10 years, 8 months
[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.
10 years, 9 months
[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.
10 years, 9 months
[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.
10 years, 10 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, 6 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang 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: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
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