i18n-bugs October 2009

i18n-bugs@lists.fedoraproject.org

1 participants
312 discussions

[Fedora-i18n-bugs] [Bug 435880] [si_LK] ibus-gtk requires surrounding-text support for si-wijesekera.mim
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=435880 --- Comment #31 from Harshula Jayasuriya <harshula(a)redhat.com> 2009-10-30 09:29:50 EDT --- (In reply to comment #26) Hi Takahashi, > Note that some applications may answer "yes" to the above-mentioned check > although they do not support surrounding text. For this reason, surrounding > text support is disabled in ta-lk-renganathan.mim although it works both in > preedit mode and in surrounding text mode. Thanks for merging the two MIM files into one, it will make it easier for the end users. I've given this some thought, could you please disable surrounding text support for the merged Wijesekera MIM too? Otherwise it will cause too much confusion when the displayed output on some applications are unpredictable. We can re-enable it when surrounding text support is advertised correctly. Also, you may want to delete the preedit version. Having only one Wijesekera MIM will make it easier for the end users. Thanks, # -- 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.

1 0

[Fedora-i18n-bugs] [Bug 531747] [ml_IN] "Mozilla Firefox" in Malayalam on title bar has spelling mistake
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=531747 Matej Cepl <mcepl(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |UPSTREAM --- Comment #1 from Matej Cepl <mcepl(a)redhat.com> 2009-10-30 09:16:26 EDT --- I think we won't do anything about this issue in particular. If this is in the upstream hg, then we'll just wait when it comes to us automatically. Thank you for filing the bug though -- 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.

1 0

[Fedora-i18n-bugs] [Bug 505100] need xinput conf file for XIM to enable X locale compose maps
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=505100 Marko Myllynen <myllynen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |myllynen(a)redhat.com --- Comment #71 from Marko Myllynen <myllynen(a)redhat.com> 2009-10-30 09:03:22 EDT --- I have read all the comments above and done quite some testing on Fedora 12 Beta. Below I summarize earlier findings, provide some additional information, and present one possible solution. Please feel free to complement my remarks if appropriate. Dysfunctional ' + c for Brazilian Portuguese is just one symptom of a much wider issue we have here. What is actually happening when a new user logs in is that GTK's builtin compose rule table is used regardless of user's locale settings. Apparently with earlier Fedora releases one's locale settings (LC_CTYPE or LANG) caused X compose rules to be taken into use but currently there seems to be no way to do that with GTK applications. Problems arise especially when these GTK builtin rules conflict with national/locale specific rules like in pt_BR or fi_FI. Using some character specific trick like im-cedilla is really not a feasible solution to the issue which literally covers thousands of compose rules. With non-GTK applications like xterm one can easily see how locale settings affect the compose rules in use: # yum install xterm xorg-X11-fonts-misc $ LC_CTYPE=en_US.UTF-8 xterm & $ LC_CTYPE=fi_FI.UTF-8 xterm & $ LC_CTYPE=pt_BR.UTF-8 xterm & Simple test cases for these three example locales are: dead_acute + c produces ć if using X's en_US.UTF-8/Compose (or GTK builtins) dead_acute + c produces ç if using X's pt_BR.UTF-8/Compose dead_acute + space produces ' if using en_US.UTF-8/Compose (or GTK builtins) dead_acute + space produces ´ if using fi_FI.UTF-8/Compose As mentioned several times in the earlier comments the default for Brazilian Portuguese is not acceptable. Situation with Finnish is also very challenging since there is an official national standard which defines both keyboard layout and compose rules. As explained above now it seems impossible to comply with this standard with Fedora 12 although X already implements everything what would be needed (i.e., both keyboard layout and X compose rules). One possible solution to solve all the issues discussed here could be: 1. Use any Input Method system like IBus or SCIM if configured by the user 2. If no Input Method system configured use X/locale settings (default) 3. If both previous methods fail or are unavailable use GTK builtin rules This scheme would mean that en_US users would not notice any difference compared to the current situation, users of locales like pt_BR and fi_FI would notice their keyboards working by default, and others who need an advanced input system (like ja_JP users) could enable it at will as always. It would also provide a consistent user experience when switching between GTK applications (e.g., gnome-terminal) and non-GTK applications (e.g., xterm). Also, if an individual compose rule or keymapping is found to be problematic within a locale, then it would be only a locale specific issue, no system level changes would be needed at all. And should there be changes needed for an Input Method system only those users who have enabled that particular Input Method system would be affected. I will take part of the IRC session later today where we can discuss this issue in more detail. Thanks. -- 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.

1 0

[Fedora-i18n-bugs] [Bug 529637] [gu_IN]fontconfig suggests "Lohit Gujarati" when requesting a font that supports '1', but Lohit Gujarati doesn't have that glyph
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=529637 --- Comment #5 from Caolan McNamara <caolanm(a)redhat.com> 2009-10-30 06:39:46 EDT --- *** Bug 529521 has been marked as a duplicate of this bug. *** -- 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.

1 0

[Fedora-i18n-bugs] [Bug 529521] New: [gu_IN] OO showing Square box instead of Number in GUI, Input is ok
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [gu_IN] OO showing Square box instead of Number in GUI, Input is ok https://bugzilla.redhat.com/show_bug.cgi?id=529521 Summary: [gu_IN] OO showing Square box instead of Number in GUI, Input is ok Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Keywords: i18n Severity: medium Priority: low Component: openoffice.org AssignedTo: caolanm(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: caolanm(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Created an attachment (id=365148) --> (https://bugzilla.redhat.com/attachment.cgi?id=365148) gu_IN Interface Description of problem: Openoffice is showing Square (White) Box instead of oowriter in GUI (translated Interface), while input (in Text area Numbers are ok Version-Release number of selected component (if applicable): openoffice.org-core-3.1.1-19.11.fc12.x86_64 libicu-4.2.1-6.fc12.x86_64 lohit-gujarati-fonts-2.4.3-2.fc12.noarch How reproducible: 100% Steps to Reproduce: 1. fresh installed Gujarati desktop 2. run oowriter (while login in gu_IN Desktop) 3. Actual results: Number (font size, scale numbers) are square box) Expected results: should appear as 1,2,3 etc Additional info: Screenshot 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.

1 3

[Fedora-i18n-bugs] [Bug 531747] [ml_IN] "Mozilla Firefox" in Malayalam on title bar has spelling mistake
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=531747 A S Alam <aalam(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|eng-i18n-bugs(a)redhat.com |aalam(a)redhat.com, | |fedora-i18n-bugs(a)redhat.com -- 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.

1 0

[Fedora-i18n-bugs] [Bug 531211] [all_langs]: Lokalize does not render indic characters properly
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=531211 A S Alam <aalam(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aalam(a)redhat.com, | |fedora-i18n-bugs(a)redhat.com -- 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.

1 0

[Fedora-i18n-bugs] [Bug 505100] need xinput conf file for XIM to enable X locale compose maps
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

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=505100 --- Comment #70 from Akira TAGOH <tagoh(a)redhat.com> 2009-10-30 05:34:28 EDT --- (In reply to comment #69) > > and works fine. > > Because im-cedilla.conf configures XIM also, > so X compose takes care of the X apps. > > But currently we can't see any easy way for imseetings > to make im-cedilla the default immodule for pt_BR. Even though it's XMODIFIERS=@im=none. in that sense, we could have the condition state in none.conf as well to enable im-cedilla for pt_BR and gtk-im-context-simple for others. what this way is better would be, it wouldn't need extra work to make it default for pt_BR users. it should works even after upgrading. -- 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.

1 0

[Fedora-i18n-bugs] [Bug 505100] need xinput conf file for XIM to enable X locale compose maps
by Red Hat Bugzilla 30 Oct '09

30 Oct '09

1 0

[Fedora-i18n-bugs] [Bug 230662] Faulty text-wrapping for Asian languages
by Red Hat Bugzilla 29 Oct '09

29 Oct '09

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=230662 --- Comment #18 from Runa Bhattacharjee <runab(a)redhat.com> 2009-10-30 00:01:39 EDT --- Tested for xchat-gnome-0.26.1-5.fc12 and the bug still exists. -- 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.

1 0

← Newer
1
...
12
13
14
15
16
17
18
...
32
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs October 2009