i18n-bugs February 2013

i18n-bugs@lists.fedoraproject.org

1 participants
279 discussions

[Fedora-i18n-bugs] [Bug 734751] New: RFE: improve UI
by Red Hat Bugzilla 31 Jan '15

31 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: RFE: improve UI https://bugzilla.redhat.com/show_bug.cgi?id=734751 Summary: RFE: improve UI Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature Severity: unspecified Priority: unspecified Component: iok AssignedTo: pnemade(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Description of problem: I have some thoughts on improving UI for iok, particularly for the use case on non-Indic language. 1) Get rid of "English" entry from the language list. That is meaningless to keep it there since "to English" button is available. 2) should keep the same state to the initial state after clicking "to English" button. I think the initial state would be natural. I mean selecting the language from ASCII layout (English mode) since the neutral position is ASCII layout on other IM. however once selecting the language from the list and switch back to English mode with "to English" button, iok masks the language list. one needs to switch with "To <language" button to choose other language from the list. this behavior isn't consistent to the initial state and other IM. there are IM that supports to switch multiple IME regardless of current state though, if you want to provide such features, you should simply stop masking the language list. 3) maybe "to ASCII" is better than "to English"? I like to see the icon to indicate the state of "on" and "off" with the icon though, if you want to keep the string, guess that would be better using "ASCII" instead of "English". 4) selected the language from the list should keeps it default in next time 5) entries in the language list should be translatable Since it's hidden when running iok on any Indic locale, that should appears in the native language on current desktop. that would be helpful for those who wants to learn Indic but running iok on their locale. 6) simplify the language list like the IME list on ibus there are too many entries on the language list. that would be nice to simplify like ibus does. -- 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 4

[Fedora-i18n-bugs] [Bug 801374] New: autopoint fails if GREP_OPTIONS contains -n
by Red Hat Bugzilla 19 Jan '15

19 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: autopoint fails if GREP_OPTIONS contains -n https://bugzilla.redhat.com/show_bug.cgi?id=801374 Summary: autopoint fails if GREP_OPTIONS contains -n Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: gettext AssignedTo: petersen(a)redhat.com ReportedBy: jcholast(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: autopoint fails if the GREP_OPTIONS environment variable contains the -n (prefix each line of output with line number) option. This happens because autopoint assumes that grep outputs lines of the source file in an unmodified form, which is not always true. Version-Release number of selected component (if applicable): How reproducible: Always. Steps to Reproduce: 1. cd to a directory with a configure.ac file which contains the AM_GNU_GETTEXT_VERSION macro 2. run "GREP_OPTIONS=-n autopoint --force" Actual results: autopoint: *** Missing version: please specify in configure.ac through a line 'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the gettext version the package is using autopoint: *** Stop. autoreconf: autopoint failed with exit status: 1 Expected results: autopoint succeeds as if the -n grep option was not set. 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 18

[Fedora-i18n-bugs] [Bug 586214] New: knm-new-fixed-fonts isn't usable
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: knm-new-fixed-fonts isn't usable https://bugzilla.redhat.com/show_bug.cgi?id=586214 Summary: knm-new-fixed-fonts isn't usable Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: knm-new-fixed-fonts AssignedTo: tagoh(a)redhat.com ReportedBy: tagoh(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: knm-new-fixed-fonts is capable for Japanese font though, it doesn't have enough glyph coverage for Japanese. Version-Release number of selected component (if applicable): knm-new-fixed-fonts-1.1-11.fc13 How reproducible: always Steps to Reproduce: 1.fc-match -v Fixed|grep -E " lang"|grep ja 2. 3. Actual results: No output Expected results: the lang spec should contains ja. 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 4

[Fedora-i18n-bugs] [Bug 802524] 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 16 Jan '15

16 Jan '15

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=802524 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:161b83f9183e7a85517ec5cb9aedaa2e2d97e0a4 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: tfujiwar(a)redhat.com, 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.6-3.fc16.x86_64 pid: 2050 pwd: /tmp reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV) time: Tue 13 Mar 2012 02:08:44 AM CST uid: 1000 username: scottt var_log_messages: Mar 13 02:08:45 5220m abrt[18013]: Saved core dump of pid 2050 (/usr/libexec/ibus-engine-chewing) to /var/spool/abrt/ccpp-2012-03-13-02:08:44-2050 (23797760 bytes) xsession_errors: backtrace: Text file, 138913 bytes dso_list: Text file, 7646 bytes maps: Text file, 45737 bytes build_ids: :4d5437cf71ea3e4bac1c445da58ca7897d509d15 :1c6a95451ee19617be5abea3d121f0226d21ddda :dc998e8c1e1dc44c684b9b86e753945a868e134a :aaf7ed41612348bd1141db06cadd428244aa6ea5 :fd8a00c88eb1fd6872e45001f9ed4e5c6172995e :ec72f897bbac2f33aadee57e01b7e01bbed4c534 :07470201df55a5254027d05fa4dc509b10f2986a :aa733447f84020c94a66814e501a36e248cbb43d :78c1ade3665ad67db02654e2e74152270c5852b3 :e3c88cb9ea428bd61f4064dbd53acae2d396a1ec :c11071801b4acea1cb1d7783c72d5f09ccf39764 :5e8c36ca13a4af14fa6b1b45a0dbfb43ed6aed6e :de272a66db7a1b50e62eaf658976bce648412179 :719a85c49c612de86619fed98146f316432aee92 :ab59942678bcdecb23756804dcd0aac63ccc1669 :aaf62304b0fc10611d35b4f56005479d4c58868d :c124e79ca47fee27b34b962e8144fd5ae98f1dae :f0d50e3af2dfee021a327fb85a993a2312a98145 :8b0f0f32d4400b2bf7632c55f013226297f44d17 :e5429e0905bedecc534b057783916ba43e06a66e :49a34982a874d88cf1d02c0da70918e7d10fd222 :36a149d1e2c29890b616402f6bc5e3f69ca2738e :a594ab36356a9b6dc6ecf25a6124463ccbfd0a29 :12ebe599358398f2c1a5294bb2dd387545474b65 :124bfd663f5587288e6e0da8497fb4153469e657 :c8a4e40c84c2f52e78c64d31efc0191c565a9049 :0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb :4953d1f613914126bccceb3cb96386647ffba9df :e2e67b3ae2579e1667b73ad385f61552931024e9 :0911ea7c180d733724f89037b8e8a34e64024aec :ccadad4ec7dab3bb6abc23f9d4cdf53ff01cb235 :58f626f3815dd6adeb4a543bca2472ab98f2953b :56cd5a4b8ecf7f375c95a4fd575895efbe294071 :48aea888319e1848137073c9cbde54a4c2a731c9 :4b4285058f7f6b39b7e7c45df83fd36c6833bfe4 :3ed9e61c2b7e707ce244816335776afa2ad0307d :4a7e68edf2778a9fbd3d4a8fbd3f9d1e7b785fc6 :2639b5594fe4d7897db63ecd1ebb9681438317a8 :4c842320387ff7f6f91b7842b223c16518be909f :6ecc3efaedf849a17c30a67fe15b4dacca1bd981 :1e0de72c7f10f33e0ee489a9a32c4e4f01902580 :9d1209fc79304f03cc839de1c0036c61b48dfff8 :ee2f04900ae1f07517d91eba300ef385fccab1b8 :700c536566e06857d8abfeea98d617c72a122d4a :374add1ead31ccb449779bc7ee7877de3377e5ad :39294193f046cf15442542705526228c60d70a6e :2976a5f82b01d5dedaaefdd41fa7a78b090c75a1 :638db099ff5fb986d1a092629d1bb1dca5be4904 :0fe03f2aa418c7dbfdc2d0d1802a8e86b27d3120 :400444fb368f79b54959b083f449a1497bf71c13 :661bf8d51a632f74853e2c4e005ef1b527c4b74a :8acc43df965b3c0a70dcfad11c0ade056bdb055b :3269336f76283d9cebaa8222e0017c80fd14bdf6 :44ece411beb2ef1acdb5eb2161666de41cc2f31d :e982a67c98e50c7c68039aec0859bc4dfc896270 :7994f114cf7189e482f2665fae8e351ed8bc05e3 :3b50812827b755646178db9447ced77425add5d8 :41785923286ebc820c23b630f1ab810fb24061fc :82cca0d5b06a649072a966dc4f05aded63d736bc :23b6792e3218744316fd495002f40a037c2e0095 :c2d49d72ec1a1e68b39c3724693f83f44d80a259 :2670385f49fb9f120f7cf843f211e3c620da8632 :163b323da65b708418226eb5fa8b057c731d1475 :5cb5f8da286abd58aeab3bd6676e661d52ec2b5d :b0a2d0b4c09d819887ec7d711c8cf3977a074c4f :a518a8b1b5c3e80dee813df05e951d205d6ac48c :be507c791e34415e8f42f0e6030c889b2895cf9a environ: :SHELL=/bin/bash :DBUS_STARTER_ADDRESS=unix:abstract=/tmp/dbus-ocjwUDzuo9,guid=349e930559b6c336193035df0000001a :XDG_SESSION_COOKIE=24990a7dcebf36938cb84a9900000005-1331545525.828385-220611063 :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-ocjwUDzuo9,guid=349e930559b6c336193035df0000001a :XDG_SEAT=seat0 :XAUTHORITY=/var/run/gdm/auth-for-scottt-yJhxtA/database :USER=scottt :DBUS_STARTER_BUS_TYPE=session :GNOME_KEYRING_PID=1438 :SHLVL=1 :PWD=/home/scottt :GNOME_KEYRING_CONTROL=/tmp/keyring-z4oR01 :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: 5332.78 :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.6-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 36313005 35612114 17530880 16227334 16227334 :/dev/sda2 /boot ext4 4096 4096 1045750 935142 882714 262144 261899 261899 : -- 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 11

[Fedora-i18n-bugs] [Bug 487061] New: Japanese fonts changed to less readable after update
by Red Hat Bugzilla 16 Jan '15

16 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Japanese fonts changed to less readable after update https://bugzilla.redhat.com/show_bug.cgi?id=487061 Summary: Japanese fonts changed to less readable after update Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: vlgothic-fonts AssignedTo: ryo-dairiki(a)users.sourceforge.net ReportedBy: mcmonster(a)o2.pl QAContact: extras-qa(a)fedoraproject.org CC: tagoh(a)redhat.com, ryo-dairiki(a)users.sourceforge.net, 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 x86_64; pl-PL; rv:1.9.0.6) Gecko/2009020410 Fedora/3.0.6-1.fc10 Firefox/3.0.6 I'm using irssi on gnome-terminal (Monospace font), after update Japanese fonts changed, they're now much smaller (compared to latin), harder to read (some ideograms are completely unreadable). It is very annoying, because I use Japanese and sit on Japanese channel a lot. The change occured only in terminal, in gEdit and other applications old fonts are still used for typing (SCIM + Anthy) and displaying. The change didn't affect everyone, some Fedora 10 still got old, simple and readable fonts. Reproducible: Always Steps to Reproduce: Just try displaying any Japanese text. This is the update, that probably changed fonts: Feb 14 02:31:53 Installed: vlgothic-fonts-common-20090204-2.fc10.noarch Feb 14 02:32:39 Installed: vlgothic-fonts-20090204-2.fc10.noarch Feb 14 02:32:42 Installed: vlgothic-p-fonts-20090204-2.fc10.noarch Feb 14 02:33:28 Erased: VLGothic-fonts Feb 14 02:33:30 Erased: VLGothic-fonts-proportional ]# LANG=C yum list vlgothic\* Loaded plugins: refresh-packagekit Installed Packages vlgothic-fonts.noarch 20090204-2.fc10 installed vlgothic-fonts-common.noarch 20090204-2.fc10 installed Available Packages VLGothic-fonts.noarch 20081029-1.fc10 updates VLGothic-fonts-proportional.noarch 20081029-1.fc10 updates vlgothic-p-fonts.noarch 20090204-2.fc10 updates -- 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 15

[Fedora-i18n-bugs] [Bug 875429] New: Lohit Punjabi overlaps when used as WebFonts on Windows
by Red Hat Bugzilla 14 Jan '15

14 Jan '15

https://bugzilla.redhat.com/show_bug.cgi?id=875429 Bug ID: 875429 QA Contact: extras-qa(a)fedoraproject.org Severity: high External Bug URL: https://bugzilla.wikimedia.org/ Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Lohit Punjabi overlaps when used as WebFonts on Windows Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: srik.lak+public(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-punjabi-fonts Product: Fedora External Bug ID: Wikimedia 40473 Description of problem: Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Open http://srik.me/jquery.webfonts/examples/ on windows machine. 2. Change between Lohit-Punjabi, Saab, Sakal Bharathi to notice the difference in 1999 3. 9 overlaps with existing text causing rendering bug on windows. Actual results: 19 comes for 1999 (in Punjabi). Same goes with digit 8 overlapping with digit 9. Expected results: 1999 should come for 1999 Additional info: Pravin Satpute knows about the issue and this was debugged at Pune Language Summit -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 902866] New: ibus-chewing uses dconf but still installs gconf schemas
by Red Hat Bugzilla 31 Dec '14

31 Dec '14

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=902866 Bug ID: 902866 Summary: ibus-chewing uses dconf but still installs gconf schemas Product: Fedora Version: 18 Component: ibus-chewing Severity: unspecified Priority: unspecified Reporter: scottt.tw(a)gmail.com Description of problem: ibus-chewing gets its preference settings from dconf on Fedora but the package still installs gconf schemas. Note that this is not just a Fedora packaging level cosmetic bug: * ibus-chewing needs to fix how the default values of its preferences are set. * The upstream Makefile should be fixed to not generate and install gconf schemas. Version-Release number of selected component (if applicable): ibus-chewing-1.4.3-1.fc18.x86_64 How reproducible: Always Steps to Reproduce: 1. gconftool-2 -R /desktop/ibus/engine/Chewing # ibus-chewing installs its default preference values through its gconf schema 2. dconf dump /desktop/ibus/engine/chewing/ # but it's really using dconf, _NOT_ gconf ibus-chewing should not attempt to install any gconf or dconf schemas if it still intends to use a ibus_config_get_value() based configuration system. See justification below. Additional info: 1. ibus-chewing uses the ibus_chewing_config_get_value() function for configuration 2. ibus_chewing_config_get_value() is implemented with ibus_config_get_value() in libibus-1.0.so 3. ibus_config_get_value() gets its information from the IBus config service on DBus, which apparently has three possible backends: dconf, gconf and memconf Thus ibus-chewing should look at how ibus-anthy and ibus-hangul handles configuration: http://pkgs.fedoraproject.org/cgit/ibus-anthy.git/tree/ibus-anthy.spec http://pkgs.fedoraproject.org/cgit/ibus-hangul.git/tree/ibus-hangul.spec and not attempt to install any gconf or dconf schemas if it still intends to use a ibus_config_get_value() based configuration system. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2XIQbLHNzm&a=cc_unsubscribe

1 22

[Fedora-i18n-bugs] [Bug 858221] New: [pa] Rendering of U+0A2F (Ya/=?UTF-8?Q?=E0=A8=AF?=) with halant (0A4D) is not correct as per rule
by Red Hat Bugzilla 26 Dec '14

26 Dec '14

https://bugzilla.redhat.com/show_bug.cgi?id=858221 Bug ID: 858221 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 18 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, kalevlember(a)gmail.com, mclasen(a)redhat.com Assignee: kalevlember(a)gmail.com Summary: [pa] Rendering of U+0A2F (Ya/ਯ) with halant (0A4D) is not correct as per rule Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: harfbuzz Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Fedora-i18n-bugs] [Bug 754932] New: chewing cannot preview chinese characters in activities search box
by Red Hat Bugzilla 05 Dec '14

05 Dec '14

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: chewing cannot preview chinese characters in activities search box https://bugzilla.redhat.com/show_bug.cgi?id=754932 Summary: chewing cannot preview chinese characters in activities search box Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: medium Priority: unspecified Component: ibus-chewing AssignedTo: dchen(a)redhat.com ReportedBy: johnxu(a)linpus.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: --- Description of problem: input chinese to activities search box, cannot get the preview characters. Version-Release number of selected component (if applicable): ibus-1.3.9.2-3 How reproducible: Always Steps to Reproduce: 1.focus in activities search box 2.select ibus-chewing 3.enter "tk"+space Actual results: nothing display in search box Expected results: preview character "車" in search box Additional info: Does ibus-chewing can provide a candidate window like ibus-pinyin? -- 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 5

[Fedora-i18n-bugs] [Bug 843331] New: [ta_IN] Please add glyphs for minority orthographies in Tamil
by Red Hat Bugzilla 10 Nov '14

10 Nov '14

https://bugzilla.redhat.com/show_bug.cgi?id=843331 Bug ID: 843331 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: [ta_IN] Please add glyphs for minority orthographies in Tamil Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: samjnaa(a)gmail.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-tamil-fonts Product: Fedora Created attachment 600434 --> https://bugzilla.redhat.com/attachment.cgi?id=600434&action=edit Glyphs required for minority orthographies in Tamil While the Tamil script is mainly used for writing Tamil language text, it is also attested to be used for other language text such as Sanskrit, Saurashtra, Hindi, Marathi, Telugu and Kannada in the form of transliteration. For these minority orthography usecases, some characters from script-neutral blocks are required: 1) The superscript digits ¹²³⁴ would be used for representing the varga consonants (actually ¹ is only used very rarely). The Unicode chapter on Tamil script documents this and recommends the characters (0xb9) 0xb2 0xb3 0x2074. 2) Not only the superscript digits but their corresponding subscript digits ₁₂₃₄ (0x2081-0x2084) are also attested as a stylistic variant choice. 3) The modifier letter apostrophe 02BC ʼ is also seen. 4) Further, sometimes the candrabindu is also seen for nasality. Since there is no Tamil candrabindu character, the generic candrabindu ◌̐ at 0310 can be used. 5) The visarga is commonly seen but the Tamil visarga code point 0B83 is mapped to the Tamil special letter aytam ஃ (which has three dots against the visarga's two dots), so we will have to place the two-dot visarga in the PUA. (Not ideal I know, but it is unlikely to encode a Tamil-specific two-dot visarga. It is not possible to use the Devanagari visarga codepoint 0903 since rendering engines will produce dotted circles as it is not correct to combine Devanagari codepoints with Tamil codepoints.) Attestations for these usages and required glyphs are attached. Please add them with the appropriate script-neutral codepoints shown in the patch TTF so Lohit Tamil (and Lohit Tamil Classical) is also useful for these minority orthographies. BTW it would be good font design policy to make the modifier apostrophe a composite glyph of the regular apostrophe and subscript digits as composites of superscript digits. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

← Newer
1
...
4
5
6
7
8
9
10
...
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs February 2013