[Fedora-i18n-bugs] [Bug 497095] New: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
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: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) 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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 530711] New: Keymap list and default keymap do not change when a language is changed from the login-manager
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: Keymap list and default keymap do not change when a language is changed from the login-manager
https://bugzilla.redhat.com/show_bug.cgi?id=530711
Summary: Keymap list and default keymap do not change when a
language is changed from the login-manager
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: runab(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:
The list of keymaps displayed in the ibus preferences and the default keymap,
do not change to display the appropriate list and default value (as per the
earlier Fedora versions), when the language is changed from the login-manager.
Version-Release number of selected component (if applicable):
ibus-1.2.0.20091014-2.fc12.i686
How reproducible:
Steps to Reproduce:
1. Install Fedora in the system in a language which uses ibus IM.
2. During installation-package selection-language-support, select multiple
languages which have separate keymaps in ibus e.g. Hindi support, Malayalam
support, Bengali support.
3.Post-installation, log in via the login-manager (e.g. gdm) using the same
language that was used for installation
4. Open a text-editor and trigger the input method.
5. Right-click on the ibus icon and go to the 'Preferences' dialog. The list of
keymaps for the language would be displayed. The default keymap is marked in
bold.
http://runab.fedorapeople.org/assorted-bugs/ibus-km1.png
(language selected for this login is: Bengali-India)
6. Log-out and return to the login-manager
7. Select a different language from the list and log-in again.
8. Open a text-editor and trigger the input method.
9. Right-click on the ibus icon and go to the 'Preferences' dialog.
Actual results:
The list of keymaps for the language are not displayed. The keymap list still
displays the keymaps from the earlier login.
http://runab.fedorapeople.org/assorted-bugs/ibus-km2.png
(language selected for this login: Malayalam)
(keymaps displayed: Bengali-India )
Expected results:
If the language-support (that includes the ibus keymap packages) are installed
then the list of keymaps for the logged in language should be displayed in the
keymap list (preferably at the top) and the default keymap identified for the
language should be automatically selected.
http://runab.fedorapeople.org/assorted-bugs/ibus-km3.png
(language selected for this login: Malayalam)
(keymaps displayed here: Malayalam, Bengali India)
(default keymap selected here: Malayalam-inscript)
Additional info:
1. Currently, the keymaps for the language logged in second (in this case
Malayalam) needs to be manually added by the user and the default keymap
selected 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.
13 years, 2 months
[Fedora-i18n-bugs] [Bug 526205] New: Unable to find XIM with the certain locale
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: Unable to find XIM with the certain locale
https://bugzilla.redhat.com/show_bug.cgi?id=526205
Summary: Unable to find XIM with the certain locale
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 473302
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362977)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362977)
example for xinput file
Description of problem:
bringing up XIM with the different locale to the system locale ends up to raise
an error like, "No such input method on your system: blahblahblah". but it
appears in the list.
Version-Release number of selected component (if applicable):
imsettings-0.107.4-1.fc12.
How reproducible:
always
Steps to Reproduce:
1.put attached into /etc/X11/xinit/xinput.d/
2.ln -s xcompose /etc/X11/xinit/xinput.d/pt_BR
3.LANG=pt_BR.UTF-8 imsettings-start "X locale compose"
Actual results:
it raises an error.
Expected results:
IM should start.
Additional info:
LANG=pt_BR.UTF-8 imsettings-list shows that as available.
--
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.
13 years, 3 months
[Fedora-i18n-bugs] [Bug 532274] New: [hi_IN] Translation missing for language for various dialog box
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] Translation missing for language for various dialog box
https://bugzilla.redhat.com/show_bug.cgi?id=532274
Summary: [hi_IN] Translation missing for language for various
dialog box
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Translation
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
with latest rawhide, still translation is not seems completed, where as status
of language for anaconda branch is more than 99%. Few strings are following:
---
1) After Disk space selection (and if you provide repo with boot option),
network bo
x appear (in GUI installation) :
"This requires that you have an active network connection during installation
process..."
2) Next Window, Package Selection lot of strings are missing:
"Add additional software Repositories" (by click, popup window also
unstranslated)
"Modify repository" (by click, popup window also unstranslated)
"You can further customize the software selection now, or after..."
"Customize later"
"Customize now"
3) by selecting "Customize now"
"Optional packages" button"
4) by clicking "Optional packages" button,
pop up window with message:
"Some packages associated with this group are not required to be installed..."
"Close" Button
5) Package Completed: x of y
Version-Release number of selected component (if applicable):
anaconda-12.41
How reproducible
Everytime
Steps to Reproduce:
1. start installation Hindi by provide path/repo at boot time
2. Check untranslated messages, while going Next
3.
Actual results:
some messages are in English
Expected results:
Translated Messages
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.
13 years, 4 months
[Fedora-i18n-bugs] [Bug 477583] New: add Alt, Esc, Fn, etc to iok
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: add Alt, Esc, Fn, etc to iok
https://bugzilla.redhat.com/show_bug.cgi?id=477583
Summary: add Alt, Esc, Fn, etc to iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.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:
iok is currently missing Alt, Esc and Fn function keys: feel it would be good
to add them. It could also be configurable if some people feel that not all
users need them in India.
--
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.
13 years, 4 months
[Fedora-i18n-bugs] [Bug 517635] New: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
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: [ne_NP] fc-match showing "Lohit Hindi" instead of current Language
https://bugzilla.redhat.com/show_bug.cgi?id=517635
Summary: [ne_NP] fc-match showing "Lohit Hindi" instead of
current Language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
in Nepali Envirnment (gnome-desktop), fc-match is showing following informating
---
$echo $LANG
ne_NP.UTF-8
$fc-match
lohit_hi.ttf: "Lohit Hindi" "Regular"
---
Version-Release number of selected component (if applicable):
lohit-nepali-fonts-2.4.0-2.fc12
How reproducible:
100%
Steps to Reproduce:
1. login to Gnome-desktop with Nepali Language
2. open gnome-terminal
3. type 'fc-match'
Actual results:
lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
lohit_ne.ttf: "Lohit Nepali" "Regular" or something for Nepali
Additional info:
I have file /usr/share/fonts/lohit/lohit_ne.tff on system
--
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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 518161] New: "contains" expression seems not working on the fontconfig rule
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: "contains" expression seems not working on the fontconfig rule
https://bugzilla.redhat.com/show_bug.cgi?id=518161
Summary: "contains" expression seems not working on the
fontconfig rule
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=357904)
--> (https://bugzilla.redhat.com/attachment.cgi?id=357904)
sample fontconfig rule
Description of problem:
Even if the pattern contains strings that the rule specifies with "contains"
expression, it doesn't match.
Version-Release number of selected component (if applicable):
fontconfig-2.7.1-1.fc12
How reproducible:
always
Steps to Reproduce:
1.install lohit-hindi-fonts and lohit-marathi-fonts
2.put the attached rule into /etc/fonts/conf.d
3.fc-match "sans-serif:lang=mr"
4.fc-match "sans-serif:lang=mr-in"
Actual results:
3. lohit_mr.ttf: "Lohit Marathi" "Regular"
4. lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
the result of 3 and 4 should be:
lohit_mr.ttf: "Lohit Marathi" "Regular"
Additional info:
>From a debug log:
FcConfigSubstitute test pattern any lang Contains "mr"
FcLangSet mr-in contains mr
Missing bitmap ku-am
No match
I'm not really sure why fontconfig refers ku-am map here but apparently it
looks like fontconfig doesn't know what mr-in is.
Anyway, if no explicit lang pattern is given and applications calls
FcDefaultSubstitute(), lang will be set like mr-in from current locale
mr_IN.UTF-8 say.
--
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.
13 years, 5 months
[Fedora-i18n-bugs] [Bug 487581] New: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
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 Mono: incorrect spacing for Combining Diacritical Marks.
https://bugzilla.redhat.com/show_bug.cgi?id=487581
Summary: Liberation Mono: incorrect spacing for Combining
Diacritical Marks.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: adam.buchbinder(a)gmail.com
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
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6)
Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
According to the bug on freedesktop.org (link below), Liberation Mono has an
incorrect spacing definition for "Combining Diacritical Marks"; they should
have zero space, and should render above the last letter, not the next one.
Paste following text with selected font:
Correct: accent above o
Incorrect: accent above g
Reproducible: Always
Steps to Reproduce:
1. Enter a string with a combining diacritic mark in Liberation Mono, e.g.,
"o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle
combining characters. Use something like gedit; switching fonts will reveal the
issue as the diacritical mark switches places.
Actual Results:
The diacritic appears one letter to the right of where it should be.
Expected Results:
The diacritic should appear in the proper place.
I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an
upstream bug. If this should be filed elsewhere, please let me know.
I'm filing this because several monospace fonts have incorrect spacing for
"Combining Diacritical Marks":
http://bugs.freedesktop.org/show_bug.cgi?id=20330
--
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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 541492] New: ibus needs to support some xkb layout switching
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 needs to support some xkb layout switching
https://bugzilla.redhat.com/show_bug.cgi?id=541492
Summary: ibus needs to support some xkb layout switching
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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:
Currently we have a mixture of xkb layout config and input methods
on the desktop: even some input methods maps are just made to
avoid xkb setting/configuration issues etc. And there is a
gnome keyboard indicator/switcher applet for changing layout.
This makes for a confusing UX and UI. If ibus could handle
this better it might even make sense to run ibus by default
for xkb switching too at least.
--
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.
13 years, 6 months
[Fedora-i18n-bugs] [Bug 526634] New: system-config-date-docs need to be updated
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: system-config-date-docs need to be updated
https://bugzilla.redhat.com/show_bug.cgi?id=526634
Summary: system-config-date-docs need to be updated
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Translation
Severity: medium
Priority: low
Component: system-config-date-docs
AssignedTo: nphilipp(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: nphilipp(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=363281)
--> (https://bugzilla.redhat.com/attachment.cgi?id=363281)
Screenshot for chapter "Time and Date Properties"
Description of problem:
The current help file (system-config-date-docs) for system-config-date in
rawhide, contains a section called "Network Time Protocol (NTP) Properties".
Also the screenshots in the file contains the tab for NTP. But the actual UI of
system-config-date does not show NTP Properties Tab. Guess the doc file has not
been updated. Screenshot attached.
Version-Release number of selected component (if applicable):
system-config-date-1.9.50-1.fc12.noarch
system-config-date-docs-1.0.8-1.fc12.noarch
How reproducible:
Always
Steps to Reproduce:
1.Run system-config-date as root.
2.Click on the Help button shown on left bottom.
3.Observe all three screenshots in all the chapters and the chapter named
"Network Time Protocol (NTP) Properties".
Actual results:
The doc file shows details for NTP.
Expected results:
No NTP details are required as per current system-config-date.
Additional info:
Screenshots attached.
--
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.
13 years, 6 months