i18n-bugs June 2012

i18n-bugs@lists.fedoraproject.org

3 participants
418 discussions

[Fedora-i18n-bugs] [Bug 528303] New: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
by Red Hat Bugzilla 04 Oct '13

04 Oct '13

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.

1 37

[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 03 Oct '13

03 Oct '13

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.

1 3

[Fedora-i18n-bugs] [Bug 736943] New: "Ctrl+Shift+u" & "enter email address" don't seem to work w/"Japanese-Anhty"
by Red Hat Bugzilla 23 Sep '13

23 Sep '13

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.

1 21

[Fedora-i18n-bugs] [Bug 715309] New: Bold 'u' looks skinny
by Red Hat Bugzilla 02 Sep '13

02 Sep '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Bold 'u' looks skinny https://bugzilla.redhat.com/show_bug.cgi?id=715309 Summary: Bold 'u' looks skinny Product: Fedora Version: 15 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: liberation-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: mkasik(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Created attachment 506011 --> https://bugzilla.redhat.com/attachment.cgi?id=506011 ftview of LiberationSans-Bold.ttf Description of problem: Letter 'u' from LiberationSans-Bold.ttf has vertical lines narrower than it should have at size 18 (when comparing with 'n'). Version-Release number of selected component (if applicable): liberation-sans-fonts-1.07.0-1.fc15 How reproducible: execute "ftview 18 /usr/share/fonts/liberation/LiberationSans-Bold.ttf" (or see the attached image) and compare letter 'u' with letter 'n'. Additional info: This was introduced in upstream commit http://git.fedorahosted.org/git/?p=liberation-fonts.git;a=commit;h=054d3217… which is a fix of https://bugzilla.redhat.com/show_bug.cgi?id=463036. -- 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 12

[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way
by Red Hat Bugzilla 25 Jul '13

25 Jul '13

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.

1 38

[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 04 Jul '13

04 Jul '13

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.

1 20

[Fedora-i18n-bugs] [Bug 627193] New: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
by Red Hat Bugzilla 02 Jul '13

02 Jul '13

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.

1 5

[Fedora-i18n-bugs] [Bug 830377] New: fcitx-gtk2 package's description is wrong
by Red Hat Bugzilla 02 Jul '13

02 Jul '13

https://bugzilla.redhat.com/show_bug.cgi?id=830377 Bug ID: 830377 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified 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: fcitx-gtk2 package's description is wrong Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: damage3025(a)gmail.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: fcitx Product: Fedora $ yum info fcitx-gtk2 Loaded plugins: langpacks, presto, refresh-packagekit Available Packages Name : fcitx-gtk2 Arch : i686 Version : 4.2.3 Release : 1.fc17 Size : 18 k Repo : updates Summary : FCITX im module for gtk2 URL : http://code.google.com/p/fcitx/ License : GPLv2+ Description : This package contains ibus im module for gtk2. ibus and fcitx are two different input frameworks. The description is definitely wrong. BTW, I cannot find fcitx-gtk2 in pkgdb or bugzilla components. Why can I see it in PackageKit or yum? I haven't changed any repository settings. -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 638650] New: better localized name for zh_TW in locale-list
by Red Hat Bugzilla 31 May '13

31 May '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: better localized name for zh_TW in locale-list https://bugzilla.redhat.com/show_bug.cgi?id=638650 Summary: better localized name for zh_TW in locale-list Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: system-config-language AssignedTo: psatpute(a)redhat.com ReportedBy: chaoweilun(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com Classification: Fedora Description of problem: The localized name for the locale zh_TW is inadequate. Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1.running system-config-language or 2.viewing /usr/share/system-config-language/locale-list 3. Actual results: 正體中文 Expected results: 傳統漢語 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.

1 35

[Fedora-i18n-bugs] [Bug 694724] New: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
by Red Hat Bugzilla 31 May '13

31 May '13

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering https://bugzilla.redhat.com/show_bug.cgi?id=694724 Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: lohit-kannada-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Created attachment 490712 --> https://bugzilla.redhat.com/attachment.cgi?id=490712 Actual and correct rendering Description of problem: ra+ ZWJ+ halanth + consonant + aa (0CB0 + 200D + 0CCD + 0C95+ 0CBE) is wrongly rendering Version-Release number of selected component (if applicable): lohit-kannada-fonts-2.4.5-4.fc14.noarch How reproducible: Every time Steps to Reproduce: 1.Open any text editor (say gedit) 2.Input following raw code key sequence: 0CB0 + 200D + 0CCD + 0C95+0CBE 3.Look at the resulting glyph Actual results: Shown in the attachment Expected results: Shown in the attachment Additional info: This was tested with following rendering engines: libicu-4.4.1-6.fc14.x86_64 qt-4.7.1-17.fc14.x86_64 pango-1.28.1-5.fc14.x86_64 -- 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 27

← Newer
1
...
5
6
7
8
9
10
11
...
42
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2012