https://bugzilla.redhat.com/show_bug.cgi?id=862470
Bug ID: 862470
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: please drop the patch that turns off preedit in
gnome-shell
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mclasen(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Preedit has been fixed in gnome-shell entries, so ibus should make use of it.
See https://bugzilla.gnome.org/show_bug.cgi?id=684453
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=855102
Bug ID: 855102
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
nav007(a)gmail.com
Assignee: nav007(a)gmail.com
Summary: The compose and the latex input method show nothing at
all in the popup when switching input methods with the
trigger key
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table-others
Product: Fedora
Created attachment 610428
--> https://bugzilla.redhat.com/attachment.cgi?id=610428&action=edit
compose-and-latex-input-methods-are-invisible-in-ibus.png
Supported languages should not be left empty in a table.
For an input method which has LANGUAGES set to an empty string,
nothing at all is shown by ibus when trying to change to that input
method using the trigger key which makes the input method hard to
select.
See attached screenshot, see the empty space between “en”
and “zh” surrounded by a dotted rectangle.
Using “other” (which is abbreviated to “ot”) similar to the other
input methods not specific for a certain language is better than
nothing.
Probably it would be nicer to show icons instead of the texts,
as in the gnome3 panel.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=855098
Bug ID: 855098
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
nav007(a)gmail.com
Assignee: nav007(a)gmail.com
Summary: The ipa-x-sampa input method shows no icon in the
panel
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: ibus-table-others
Product: Fedora
When switching to the ipa-x-sampa input method, no icon indicating
that input method is shown in the Gnome3 panel.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=855788
Bug ID: 855788
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
nav007(a)gmail.com
Assignee: nav007(a)gmail.com
Summary: translit and translit-ua tables use exactly the same
icon
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: ibus-table-others
Product: Fedora
The Russian and Ukrainian transliteration input
methods translit.txt and translit-ua.txt use exactly
the same icon, which is a bit confusing.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=856948
Bug ID: 856948
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
nav007(a)gmail.com
Assignee: nav007(a)gmail.com
Summary: Trailing comments in tables for ibus-table should use
### instead of just # for consistency
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table-others
Product: Fedora
See bug#856903 where Yuwei YU wrote:
> 钰炜 Yuwei 余 YU so if we want to support the trailing comment, it
> should match the one which start from 3#
> 08:16:26
>
> 钰炜 Yuwei 余 YU not the single #
> 08:16:29
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=845798
Bug ID: 845798
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com
Assignee: nav007(a)gmail.com
Summary: translit table gives KeyError
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: pnemade(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table-others
Product: Fedora
Description of problem:
Though translit table is not failing build, it does throw a KeyError
ö is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xf6'
ä is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xe4'
ü is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xfc'
Version-Release number of selected component (if applicable):
ibus-table-others-1.3.0.20100907-6.fc15.noarch
How reproducible:
always
Steps to Reproduce:
1./bin/ibus-table-createdb -n /usr/share/ibus-table/tables/translit.db -s
translit.txt
2.
3.
Actual results:
gives KeyError
Expected results:
should not give KeyError
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=854539
Bug ID: 854539
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Clone Of: 845798
Version: 17
Depends On: 845798
Priority: unspecified
CC: daniil.ivanov(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
me(a)kaio.net, mfabian(a)redhat.com, nav007(a)gmail.com,
pnemade(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: pwu(a)redhat.com
Summary: translit table gives KeyError
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
+++ This bug was initially created as a clone of Bug #845798 +++
Description of problem:
Though translit table is not failing build, it does throw a KeyError
ö is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xf6'
ä is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xe4'
ü is not in tab_dict
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/tabdict.py", line 62, in __init__
self._key_id = tab_dict[xm_key]
KeyError: u'\xfc'
Version-Release number of selected component (if applicable):
ibus-table-others-1.3.0.20100907-6.fc15.noarch
How reproducible:
always
Steps to Reproduce:
1./bin/ibus-table-createdb -n /usr/share/ibus-table/tables/translit.db -s
translit.txt
2.
3.
Actual results:
gives KeyError
Expected results:
should not give KeyError
Additional info:
--- Additional comment from mfabian(a)redhat.com on 2012-09-03 10:15:01 EDT ---
http://code.google.com/p/ibus/issues/detail?id=1030
--- Additional comment from mfabian(a)redhat.com on 2012-09-03 18:35:18 EDT ---
https://github.com/acevery/ibus-table/commit/24596c02c86a0453c59485f8b00312…
--- Additional comment from mfabian(a)redhat.com on 2012-09-04 11:25:43 EDT ---
I tried with the latest master from
https://github.com/maxiaojun/ibus-table.git
which has the patch mentioned in comment#2
and applied the follwing additional patch to ibus-table:
$ cat ibus-table-1.3.9.20110827-uppercase-umlauts.patch
diff -ru ibus-table-1.3.9.20120904.orig/engine/tabdict.py
ibus-table-1.3.9.20120904/engine/tabdict.py
--- ibus-table-1.3.9.20120904.orig/engine/tabdict.py 2012-09-03
16:51:59.000000000 +0200
+++ ibus-table-1.3.9.20120904/engine/tabdict.py 2012-09-04 14:50:32.186626109
+0200
@@ -54,7 +54,10 @@
# for translit
gen_uni('ä'):95,
gen_uni('ö'):96,
- gen_uni('ü'):97
+ gen_uni('ü'):97,
+ gen_uni('Ä'):98,
+ gen_uni('Ö'):99,
+ gen_uni('Ü'):100
}
tab_key_list = tab_dict.keys()
--- Additional comment from mfabian(a)redhat.com on 2012-09-04 11:27:16 EDT ---
Created attachment 609731
ibus-table-others-1.3.0.20100907-improve-translit.patch
Then I added the attached patch to ibus-table-others.
--- Additional comment from mfabian(a)redhat.com on 2012-09-04 11:30:26 EDT ---
After I did the stuff in comment#3 and comment#4, the translit table
in ibus-table-others builds without errors.
I can see that other additions I made to translit.txt are working,
for example I can type "YO" to get Ё, before my patch in comment#4 only "Yo"
inserted Ё, "YO" did not.
But the non-ASCII keys like äöüÄÖÜ still do *not* work.
--- Additional comment from mfabian(a)redhat.com on 2012-09-05 03:09:23 EDT ---
This patch to ibus-table makes the äöüÄÖÜ in the translit table work:
$ cat ibus-table-1.3.9.20110827-enable-non-ascii.patch
diff -ru ibus-table-1.3.9.20120904.orig/engine/table.py
ibus-table-1.3.9.20120904/engine/table.py
--- ibus-table-1.3.9.20120904.orig/engine/table.py 2012-09-03
16:51:59.000000000 +0200
+++ ibus-table-1.3.9.20120904/engine/table.py 2012-09-05 08:46:51.676913255
+0200
@@ -1377,8 +1377,8 @@
if ascii.isdigit (key.code):
self.commit_string (cond_letter_translate (unichr
(key.code)))
return True
- elif key.code > 127 and (not self._editor._py_mode):
- return False
+ #elif key.code > 127 and (not self._editor._py_mode):
+ # return False
if key.code == keysyms.Escape:
self.reset ()
ibus-table-1.3.9.20120904/engineだけに発見: table.py.~1~
--- Additional comment from mfabian(a)redhat.com on 2012-09-05 03:19:14 EDT ---
Ah, Yuwei Yu already fixed it properly upstream yesterday:
https://github.com/acevery/ibus-table/commit/50692ab9599c3845bc9f29cb0516ee…
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=856320
Bug ID: 856320
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Assignee: pwu(a)redhat.com
Summary: emoji-table input does not work well, some phrases are
impossible to input.
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
For example, emoji-table.txt (from the ibus-table-others package)
contains:
bishi ╭∩╮(︶︿︶)╭∩╮鄙视你! 0
so typing "bishi" should give
╭∩╮(︶︿︶)╭∩╮鄙视你!
as one of the candidates.
But it doesn’t do that, in fact typing "bishi" gives:
(⊙x⊙;)[视力表]┫♀旦 ̄)σ(呃……)
which comes from:
bizui (⊙x⊙;) 0
followed by
shili [视力表]┫♀旦 ̄)σ(呃……) 0
The problem is caused by a bug in the ibus-table package, classifying
╭∩╮(︶︿︶)╭∩╮鄙视你! as traditional Chinese (although it is
clearly simplified Chinese) just because some of the non-Chinese
characters in that phrase cannot be converted to gb2312 but happen to
be convertible to big5hkscs.
Therefore, ╭∩╮(︶︿︶)╭∩╮鄙视你! does not appear in the list
of matches while typing "bishi", when "bi" is typed
the list of matches is already down to (⊙x⊙;) which is then
autocomitted and continuing to type the "shi" selects
[视力表]┫♀旦 ̄)σ(呃……)
This can be fixed by improving the detection of simplified and
traditonal Chinese while building the tables by ignoring
all non-Chinese characters when doing the detection.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=856903
Bug ID: 856903
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Assignee: pwu(a)redhat.com
Summary: The ipa-x-sampa input method does not work at all
anymore with newer versions of ibus-table
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
The problem is caused by this code in tabcreatedb.py:
def parse_source (f):
_attri = []
_table = []
_gouci = []
patt_com = re.compile(r'^###.*')
patt_blank = re.compile(r'^[ \t]*$')
patt_conf = re.compile(r'[^\t]*=[^\t]*')
patt_table = re.compile(r' *([^\s]+) *\t *([^\s]+)\t *[^\s]+ *$')
patt_gouci = re.compile(r' *[^\s]+ *\t *[^\s]+ *$')
patt_s = re.compile(r' *([^\s]+) *\t *([\x00-\xff]{3}) *\t *[^\s]+ *$')
The ipa-x-sampa.txt table contains lines like:
### Begin Table data.
BEGIN_TABLE
! ↓ 0 # U+2193 DOWNWARDS ARROW
!\ ! 0 # U+0021 EXCLAMATION MARK
and the above patt_table regular expression does not match because
of the trailing comments.
Therefore, the generated table is empty.
--
You are receiving this mail because:
You are on the CC list for the bug.