[Fedora-i18n-bugs] [Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
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: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=528303
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong
in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=364359)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364359)
Comparison of rendering in kde and gnome
Description of problem:
The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra
sequence.
See the attached screenshot.
The prebase ra sign becomes postbase in KDE applications, while in GNOME
applications it is correct.
Version-Release number of selected component (if applicable):
Lohit 2.4.4
KDE 4.3.2
How reproducible:
Always
Steps to Reproduce:
1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate
Actual results:
See the attached screenshot
Expected results:
See the attached screenshot
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.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 809070] New: [abrt] ibus-chewing-1.3.10-1.fc16: __memmove_ssse3_back: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
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: [abrt] ibus-chewing-1.3.10-1.fc16: __memmove_ssse3_back: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=809070
Summary: [abrt] ibus-chewing-1.3.10-1.fc16:
__memmove_ssse3_back: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:7f63c8a1b722dc11a24128ebf3a7e15ba08bda43
Severity: unspecified
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: scottt.tw(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
libreport version: 2.0.8
abrt_version: 2.0.7
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: __memmove_ssse3_back
executable: /usr/libexec/ibus-engine-chewing
kernel: 3.2.10-3.fc16.x86_64
pid: 22107
pwd: /tmp
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
time: Mon 02 Apr 2012 06:31:36 PM CST
uid: 1000
username: scottt
xsession_errors:
backtrace: Text file, 140179 bytes
dso_list: Text file, 7643 bytes
maps: Text file, 56587 bytes
build_ids:
:4d5437cf71ea3e4bac1c445da58ca7897d509d15
:1c6a95451ee19617be5abea3d121f0226d21ddda
:dc998e8c1e1dc44c684b9b86e753945a868e134a
:aaf7ed41612348bd1141db06cadd428244aa6ea5
:fd8a00c88eb1fd6872e45001f9ed4e5c6172995e
:ec72f897bbac2f33aadee57e01b7e01bbed4c534
:07470201df55a5254027d05fa4dc509b10f2986a
:aa733447f84020c94a66814e501a36e248cbb43d
:78c1ade3665ad67db02654e2e74152270c5852b3
:e3c88cb9ea428bd61f4064dbd53acae2d396a1ec
:bba7258720d76248bf4777c7b466e1c20c680fe7
:5e8c36ca13a4af14fa6b1b45a0dbfb43ed6aed6e
:719a85c49c612de86619fed98146f316432aee92
:aaf62304b0fc10611d35b4f56005479d4c58868d
:a594ab36356a9b6dc6ecf25a6124463ccbfd0a29
:32043a4ded0564b5068ef09128c7644695a3963b
:f0d50e3af2dfee021a327fb85a993a2312a98145
:8b0f0f32d4400b2bf7632c55f013226297f44d17
:e5429e0905bedecc534b057783916ba43e06a66e
:49a34982a874d88cf1d02c0da70918e7d10fd222
:36a149d1e2c29890b616402f6bc5e3f69ca2738e
:dacf32a9a2f2b5077ba944e7b835cca6f637f78f
:12ebe599358398f2c1a5294bb2dd387545474b65
:124bfd663f5587288e6e0da8497fb4153469e657
:c8a4e40c84c2f52e78c64d31efc0191c565a9049
:0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb
:4953d1f613914126bccceb3cb96386647ffba9df
:e2e67b3ae2579e1667b73ad385f61552931024e9
:0911ea7c180d733724f89037b8e8a34e64024aec
:ccadad4ec7dab3bb6abc23f9d4cdf53ff01cb235
:58f626f3815dd6adeb4a543bca2472ab98f2953b
:56cd5a4b8ecf7f375c95a4fd575895efbe294071
:1a212c7f1515542b310ba92f6109efc9b5bf2b6e
:48aea888319e1848137073c9cbde54a4c2a731c9
:4b4285058f7f6b39b7e7c45df83fd36c6833bfe4
:4a7e68edf2778a9fbd3d4a8fbd3f9d1e7b785fc6
:2639b5594fe4d7897db63ecd1ebb9681438317a8
:4c842320387ff7f6f91b7842b223c16518be909f
:6ecc3efaedf849a17c30a67fe15b4dacca1bd981
:1e0de72c7f10f33e0ee489a9a32c4e4f01902580
:9d1209fc79304f03cc839de1c0036c61b48dfff8
:b9d3a4213a482d034bebc7dc1ed2901a734a894d
:ee2f04900ae1f07517d91eba300ef385fccab1b8
:700c536566e06857d8abfeea98d617c72a122d4a
:be507c791e34415e8f42f0e6030c889b2895cf9a
:2976a5f82b01d5dedaaefdd41fa7a78b090c75a1
:638db099ff5fb986d1a092629d1bb1dca5be4904
:0fe03f2aa418c7dbfdc2d0d1802a8e86b27d3120
:e2d68a0ee0872365dcc8c6640b7cd7b94c8276f2
:400444fb368f79b54959b083f449a1497bf71c13
:c5e777db418e7b567423c9ee00a707a172a7f824
:8acc43df965b3c0a70dcfad11c0ade056bdb055b
:3269336f76283d9cebaa8222e0017c80fd14bdf6
:e982a67c98e50c7c68039aec0859bc4dfc896270
:7994f114cf7189e482f2665fae8e351ed8bc05e3
:3b50812827b755646178db9447ced77425add5d8
:41785923286ebc820c23b630f1ab810fb24061fc
:82cca0d5b06a649072a966dc4f05aded63d736bc
:23b6792e3218744316fd495002f40a037c2e0095
:34e8b3cee73a6d0b8ac17c69ba4b1170724db64c
:c2d49d72ec1a1e68b39c3724693f83f44d80a259
:2670385f49fb9f120f7cf843f211e3c620da8632
:163b323da65b708418226eb5fa8b057c731d1475
:5cb5f8da286abd58aeab3bd6676e661d52ec2b5d
:b0a2d0b4c09d819887ec7d711c8cf3977a074c4f
:a518a8b1b5c3e80dee813df05e951d205d6ac48c
:39294193f046cf15442542705526228c60d70a6e
environ:
:SHELL=/bin/bash
:DBUS_STARTER_ADDRESS=unix:abstract=/tmp/dbus-oV6frcmZLa,guid=e022c111001cc2ee1e4771780000000f
:XDG_SESSION_COOKIE=24990a7dcebf36938cb84a9900000005-1332581748.676686-830987425
:XDG_RUNTIME_DIR=/run/user/scottt
:DISPLAY=:0
:DESKTOP_SESSION=gnome
:WINDOWPATH=1
:PATH=/usr/local/bin:/usr/bin:/bin
:GDMSESSION=gnome
:XDG_VTNR=1
:USERNAME=scottt
:XDG_SESSION_ID=2
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-oV6frcmZLa,guid=e022c111001cc2ee1e4771780000000f
:XDG_SEAT=seat0
:XAUTHORITY=/var/run/gdm/auth-for-scottt-5jWK5E/database
:USER=scottt
:DBUS_STARTER_BUS_TYPE=session
:GNOME_KEYRING_PID=1390
:SHLVL=1
:PWD=/home/scottt
:GNOME_KEYRING_CONTROL=/tmp/keyring-M9RE1N
:LANG=en_US.UTF-8
:_=/usr/bin/dbus-launch
:LOGNAME=scottt
:HOME=/home/scottt
:LC_CTYPE=en_US.UTF-8
:GTK_IM_MODULE=ibus
:QT_IM_MODULE=xim
:XMODIFIERS=@im=ibus
smolt_data:
:
:
:General
:=================================
:UUID: 7ba1c065-054d-43b7-9546-c5d6405b8e86
:OS: Fedora release 16 (Verne)
:Default run level: Unknown
:Language: en_US.UTF-8
:Platform: x86_64
:BogoMIPS: 5333.84
:CPU Vendor: GenuineIntel
:CPU Model: Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz
:CPU Stepping: 5
:CPU Family: 6
:CPU Model Num: 37
:Number of CPUs: 4
:CPU Speed: 2667
:System Memory: 7779
:System Swap: 8191
:Vendor: Hewlett-Packard
:System: HP ProBook 5220m
:Form factor: Notebook
:Kernel: 3.2.10-3.fc16.x86_64
:SELinux Enabled: 1
:SELinux Policy: targeted
:SELinux Enforce: Enforcing
:MythTV Remote: Unknown
:MythTV Role: Unknown
:MythTV Theme: Unknown
:MythTV Plugin:
:MythTV Tuner: -1
:
:
:Devices
:=================================
:(32902:11539:32902:32902) pci, None, HOST/PCI, Core Processor Reserved
:(4332:33128:4156:5181) pci, r8169, ETHERNET, RTL8111/8168B PCI Express Gigabit
Ethernet controller
:(32902:11521:32902:32902) pci, None, HOST/PCI, Core Processor QuickPath
Architecture System Address Decoder
:(32902:11537:32902:32902) pci, None, HOST/PCI, Core Processor QPI Physical 0
:(32902:11538:32902:32902) pci, None, HOST/PCI, Core Processor Reserved
:(5348:18215:4156:5212) pci, bcma-pci-bridge, NETWORK, BCM4313 802.11b/g/n
Wireless LAN Controller
:(32902:70:4156:5181) pci, i915, VIDEO, Core Processor Integrated Graphics
Controller
:(32902:15176:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 4
:(32902:15170:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 1
:(32902:15115:4156:5181) pci, None, PCI/ISA, Mobile 5 Series Chipset LPC
Interface Controller
:(32902:15154:4156:5181) pci, intel ips, NONE, 5 Series/3400 Series Chipset
Thermal Subsystem
:(32902:15190:4156:5181) pci, snd_hda_intel, MULTIMEDIA, 5 Series/3400 Series
Chipset High Definition Audio
:(32902:11536:32902:32902) pci, None, HOST/PCI, Core Processor QPI Link 0
:(32902:9288:4156:5181) pci, None, PCI/PCI, 82801 Mobile PCI Bridge
:(32902:11362:32902:32902) pci, None, HOST/PCI, Core Processor QuickPath
Architecture Generic Non-core Registers
:(32902:15151:4156:5181) pci, ahci, STORAGE, 5 Series/3400 Series Chipset 6
port SATA AHCI Controller
:(32902:15164:4156:5181) pci, ehci_hcd, USB, 5 Series/3400 Series Chipset USB2
Enhanced Host Controller
:(32902:15156:4156:5181) pci, ehci_hcd, USB, 5 Series/3400 Series Chipset USB2
Enhanced Host Controller
:(32902:68:4156:5181) pci, agpgart-intel, HOST/PCI, Core Processor DRAM
Controller
:(32902:15204:4156:5181) pci, None, SIMPLE, 5 Series/3400 Series Chipset HECI
Controller
:(32902:15180:4156:5181) pci, pcieport, PCI/PCI, 5 Series/3400 Series Chipset
PCI Express Root Port 6
:
:
:Filesystem Information
:=================================
:device mtpt type bsize frsize blocks bfree bavail file ffree favail
:-------------------------------------------------------------------
:/dev/sda4 / ext4 4096 4096 70044651 30509525 29808634 17530880 16246640
16246640
:/dev/sda2 /boot ext4 4096 4096 1045750 935194 882766 262144 261898 261898
:
var_log_messages:
:Apr 2 15:13:36 5220m abrt[21927]: Saved core dump of pid 2072
(/usr/libexec/ibus-engine-chewing) to
/var/spool/abrt/ccpp-2012-04-02-15:13:36-2072 (120029184 bytes)
:Apr 2 18:31:36 5220m abrt[29091]: Saved core dump of pid 22107
(/usr/libexec/ibus-engine-chewing) to
/var/spool/abrt/ccpp-2012-04-02-18:31:36-22107 (36245504 bytes)
--
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 867237] New: can not change "IM" when I put the cursor into the"search bar " on the desktop
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=867237
Bug ID: 867237
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Assignee: pwu(a)redhat.com
Summary: can not change "IM" when I put the cursor into
the"search bar " on the desktop
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: lnie(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-pinyin
Product: Fedora
Description of problem:
I have type some Chinese ,then I move the cursor into the "search box"to search
sth but I can not change the"IM" use"ctrl+space" as usual. Actually,I also try
to change English to Chinese,also failed
Version-Release number of selected component (if applicable):
f18 x86-64 beta TC4
How reproducible:
100%
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 7 months
[Fedora-i18n-bugs] [Bug 736943] New: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
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: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
https://bugzilla.redhat.com/show_bug.cgi?id=736943
Summary: "Ctrl+Shift+u" & "enter email address" don't seem to
work w/"Japanese-Anhty"
Product: Fedora
Version: 15
Platform: i686
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: nomnex(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
F-15 LXDE, en_US, keyboard JP. I Japanese-Anthy, with the default shortcuts, to
input Japanese.
Anthy on-off: Ctrl+J
Circle input method: Ctrl+, (Hiragana, Katakana, Romaji)
There are 2 things that don't work as long as I use Japanese-Anthy
1:
I cannot enter Macron letters when I type Romaji. Example: "Tookyoo" is
"Tōkyō". I use "Shift+Control+u 014D": it works with default input, it works
with ibus French-Canadian, but it does not work with Japanes-Anthy set to
English (_A) or set to "off".
2:
Sylpheed is the default email client on Fedora LXDE.
As long as the input method is set to Anthy, I cannot enter the email of a
contact in the "To" "Cc" or "BBc" fields.
Reproduce:
1. Anthy-ibus (either set to off, either set to _A - to type English)
2. In Sylpheed Ctrl+ (Open new message)
3. "To" field: only a single letter can be entered.
Additional info:
I would like to leave my input set to Japanse-Anthy in permanence but
currently, I cannot input Romaji letters with Maccrons, and I cannot send
emails to my contacts unless I turn input off (Ctrl+Space) or set the ibus to
another input than Japanese.
--
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 851758] New: ibus does not honor the default input method configured in ibus-setup
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=851758
Bug ID: 851758
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
Version: 17
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: ibus does not honor the default input method
configured in ibus-setup
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: pswo10680(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
I am a Chinese (Taiwan) user.
I use ibus-setup to configure the default input method I want to use. I have
selected "English (US)" as the default. However, ibus always give me
ibus-chewing first after I log in GNOME.
Version-Release number of selected component (if applicable):
1.4.99.20120717
How reproducible:
Always
Steps to Reproduce:
1. execute "ibus-setup", switch to "input method" tab.
2. I move English (US) to the top of the list while I am in zh_TW locale.
3. relogin, and you see the input method indicator showing ibus-chewing is
active.
Actual results:
ibus-chewing as default.
Expected results:
The method you set in ibus-setup should be the default one.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 9 months
[Fedora-i18n-bugs] [Bug 872880] New: [abrt] fcitx-4.2.5-1.fc17: exit: Process /usr/bin/fcitx was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=872880
Bug ID: 872880
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Whiteboard: abrt_hash:3c937ea7b7bc5371c979fe703c800dd400a267e9
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Assignee: liangsuilong(a)gmail.com
Summary: [abrt] fcitx-4.2.5-1.fc17: exit: Process
/usr/bin/fcitx was killed by signal 11 (SIGSEGV)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: xiangjihan(a)gmail.com
Type: ---
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: fcitx
Product: Fedora
Version-Release number of selected component:
fcitx-4.2.5-1.fc17
Additional info:
libreport version: 2.0.16
abrt_version: 2.0.16
backtrace_rating: 4
cmdline: fcitx
crash_function: exit
kernel: 3.6.3-1.fc17.i686.PAE
truncated backtrace:
:Thread no. 1 (10 frames)
: #6 exit at exit.c:100
: #7 OnException at /usr/src/debug/fcitx-4.2.5/src/core/errorhandler.c:106
: #10 error_get_my_stack at error.c:134
: #11 nss_ClearErrorStack at error.c:281
: #12 NSSArena_Create at arena.c:385
: #13 NSSTrustDomain_Create at trustdomain.c:70
: #14 STAN_LoadDefaultNSS3TrustDomain at pki3hack.c:154
: #15 nss_Init at nssinit.c:691
: #16 NSS_NoDB_Init at nssinit.c:909
: #17 rpmInitCrypto at rpmpgp.c:1642
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 9 months
[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way
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: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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 834971] New: ibus-table key input limitation makes it hard to input Traditional Chinese with Quick and Cangjie
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834971
Bug ID: 834971
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
me(a)kaio.net, shawn.p.huang(a)gmail.com
Assignee: jni(a)redhat.com
Summary: ibus-table key input limitation makes it hard to input
Traditional Chinese with Quick and Cangjie
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: petersen(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-table
Product: Fedora
This was originally brought up by Mathieu Bridon and other Hong Kong Fedora
users. The text below is adopted from his mail.
Here's a proposal to fix IBus Table for Hong Kong users.
Both Cangjie and Quick can be used to type Simplified and Traditional
Chinese, however, given their design, there isn't any combination of keys that
would conflict between those languages. In other words, any given
combination of character can only lead to results in one of those
languages, never more than one.
Given all that, it would make sense to simply remove altogether the IBus
filter for the Cangjie and Quick input methods in IBus.
Let's take an example.
In Cangjie, the combination "rji" can only return results in Traditional
Chinese. That means if a user types this combination of keys, he is
expecting results in Traditional Chinese because that's the language
he/she wants to type.
But with the current IBus filter, if the filter is set to only let
Simplified Chinese characters pass, he/she would not get any results.
In the same way, the combination "yri" can only return results in
Simplified Chinese, and the combination "fji" can only return results in
Japanese.
[ed: I have never heard of people using ibus-table for Japanese input]
This is by design of those two input methods: they were designed to
avoid conflicts.
As such, the filter just makes no sense for Cangjie and Quick, and it
should be simply removed for those two input methods.
Now, in the above I claimed that Cangjie and Quick were designed to have
absolutely zero conflicts, which was a little exaggeration.
In reality, conflicts happen. However, Cangjie and Quick were really
designed with the goal of minimizing conflicts, and they do it so well
that the actual rate of conflicts is 8.04% [1]. This is such a small
number, and it happens in so rare occasions, that it can just be
ignored.
It is also important to note that if 90% of Hong Kong people [2] use
Cangjie and Quick, many people (but much less than in HK) use them in
Taiwan, and almost no one use them in Mainland China or in Japan.
Out of those three, Hong Kong and Taiwan write Traditional Chinese,
Mainland Chinese write Simplified Chinese, and Japanese obviously write
Japanese. So those two input methods really are used almost exclusively
to write Traditional Chinese, which makes the aforementioned 8.04%
figure completely negligible.
As such, it doesn't change the argument at all: the current IBus filter
should be removed for the Cangjie and Quick input methods.
This is an absolute show-stopper for Hong Kong users at the moment
(well, not me, I can't write Chinese , and the simple act of removing
this filter for those two input methods would basically fix 90% of the
problems for 90% of the Hong Kong people.
Do you think you guys could fix this issue before the release of GNOME
3.6?
Of course, we'd be happy to provide a patch if you agree on the solution
and if you can provide some guidance.
[1] There's a scientific paper published on this, but it's unfortunately
only available in Chinese:
http://zh.wikipedia.org/wiki/倉頡輸入法
[2] Not just Linux users, actual **people**, as this is how everyone
learns to type at school in Hong Kong.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 627193] New: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
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: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
https://bugzilla.redhat.com/show_bug.cgi?id=627193
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike
for Indic Text
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: evolution
AssignedTo: mbarnes(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mbarnes(a)redhat.com, mcrha(a)redhat.com,
cooly(a)gnome.eu.org
Classification: Fedora
Target Release: ---
Created attachment 440885
--> https://bugzilla.redhat.com/attachment.cgi?id=440885
Screenshot with problme in Hindi
Description of problem:
While printing a mail (even save as PDF) with Body has Underline Indic text,
printed as Strike. As you increase size of font, Striking line moved toward
middle of Word.
Version-Release number of selected component (if applicable):
evolution-2.30.2-4.fc13.x86_64
gtkhtml3-3.30.2-1.fc13.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run evolution
2. New Mail - > HTML format
3. input Indic character (इराक़HINDI के कई शहरों मेंENGNLISH धमाके हुए हैं,
जिनमें 30 लोगों के मारे जाने और अन्य)
4. Select +3, +2, +1 Size
5. Select Underline
6. Print (as PDF or Hard copy)
Actual results:
Indic Characters has problem, while English Characters are ok with underline
Expected results:
Underline should under the characters
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
10 years, 10 months