[Fedora-i18n-bugs] [Bug 801374] New: autopoint fails if GREP_OPTIONS contains -n
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: 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.
9 years, 4 months
[Fedora-i18n-bugs] [Bug 586214] New: knm-new-fixed-fonts isn't usable
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: 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.
9 years, 4 months
[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
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.
9 years, 4 months
[Fedora-i18n-bugs] [Bug 487061] New: Japanese fonts changed to less readable after update
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: 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.
9 years, 4 months
[Fedora-i18n-bugs] [Bug 875429] New: Lohit Punjabi overlaps when used as WebFonts on Windows
by Red Hat Bugzilla
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.
9 years, 4 months
[Fedora-i18n-bugs] [Bug 902866] New: ibus-chewing uses dconf but still installs gconf schemas
by Red Hat Bugzilla
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
9 years, 4 months
[Fedora-i18n-bugs] [Bug 754932] New: chewing cannot preview chinese characters in activities search box
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: 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.
9 years, 5 months
[Fedora-i18n-bugs] [Bug 843331] New: [ta_IN] Please add glyphs for minority orthographies in Tamil
by Red Hat Bugzilla
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.
9 years, 6 months
[Fedora-i18n-bugs] [Bug 915448] New: Spell check problem (UTF8 conversion?) with Hunspell
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=915448
Bug ID: 915448
Summary: Spell check problem (UTF8 conversion?) with Hunspell
Product: Fedora
Version: 18
Component: emacs
Severity: unspecified
Priority: unspecified
Reporter: igor.redhat(a)gmail.com
+++ This bug was initially created as a clone of Bug #725235 +++
Created attachment 514921
Sample text with accents (md5sum f91f52b0ae84fd91aa25e0d671228a23)
Description of problem:
When using emacs / hunspell to spell-check a UTF-8 encoded text file, emacs
chokes on some accented letters, with the error message:
Ispell error: UTF-8 encoding error. Missing continuation byte in 0. character
position:
Spell-checking testtext.txt using hunspell with default dictionary...done
ispell-process-line: Wrong type argument: number-or-marker-p, nil
Version-Release number of selected component (if applicable):
emacs-23.2-19.fc15.i686
using
hunspell-1.2.15-2.fc15.i686
hunspell-en-0.20110112-4.fc15.noarch
How reproducible:
Always on my netbook with Fedora 15 for i686.
Steps to Reproduce:
1. Open a text file with accented characters, e.g. the attached test case.
2. Start spell-check in emacs (after making sure that aspell is not installed,
so that emacs will use hunspell.)
3.
Actual results:
Error message as above.
Expected results:
Correct spell-checking session...
Additional info:
This does not happen with aspell.
It also does not happen when spell-checking files using hunspell on the command
line.
For some other files, the error message was:
"this UTF-8 encoding can't convert to UTF-16"
Using "enter debugger on error" on the text file, the following appears in
*Backtrace* (with byte code removed):
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
ispell-parse-output(#("ël!" 0 3 (charset iso-8859-1)) nil 0)
ispell-process-line("^Titre: noël!\n" nil)
byte-code("....310\311!\210)\312\313....")
ispell-region(1 38)
ispell-buffer()
call-interactively(ispell-buffer nil nil)
--- Additional comment from Akira TAGOH on 2012-06-29 07:00:33 EDT ---
ispell.el has the code to find the spell checker program out though, it doesn't
update ispell-dictionary-base-alist according to the result. it should be
optimized against it.
Here is what my .emacs has and I want English spell checker only:
(setq ispell-dictionary-base-alist '((nil
"[[:alpha:]]" "[^[:alpha:]]" "[']"
nil ("-d" "en_US") nil utf-8)))
(eval-after-load "ispell"
(progn
(setq ispell-extra-args '("-a" "-i" "utf-8")
ispell-silently-savep t)))
It work well here.
--- Additional comment from Fedora End Of Life on 2013-01-16 09:39:38 EST ---
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '16'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 16's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 16 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" and open it against that version of Fedora.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Additional comment from Fedora End Of Life on 2013-02-13 10:55:37 EST ---
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
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=ubqA30ShKa&a=cc_unsubscribe
9 years, 7 months