[Fedora-i18n-bugs] [Bug 1129917] New: [gu_IN] Gujarati and Hindi itrans method misprints characters.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1129917
Bug ID: 1129917
Summary: [gu_IN] Gujarati and Hindi itrans method misprints
characters.
Product: Fedora
Version: 20
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: nirmalpathak(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
The Gujarati itrans method misprints characters when "e." is typed. e.g. છ્e.
Version-Release number of selected component (if applicable):
ibus-1.5.7-2.fc20.x86_64
How reproducible:
Type in Gujarati language using ibus itrans method.
Steps to Reproduce:
1. Select Gujarati (itrans - m17n) or Gujarati-IN (Hunspell) method in ibus.
2. Open gedit & type "chhe."
Actual results:
છ્e.
Expected results:
છે.
Additional info:
The same issue persist for Hindi langugage as well & with SCIM in older
versions of Fedora.
--
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=62MEp76ZIR&a=cc_unsubscribe
8 years, 12 months
[Fedora-i18n-bugs] [Bug 1000691] New: Cardo font unusable, badly displayed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1000691
Bug ID: 1000691
Summary: Cardo font unusable, badly displayed
Product: Fedora
Version: 19
Component: scholarsfonts-cardo-fonts
Severity: urgent
Assignee: pnemade(a)redhat.com
Reporter: rivocantus-local(a)gmx.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Description of problem:
Font is badly displayed so that it is unreadable.
Version-Release number of selected component (if applicable):
1.045-4
How reproducible:
When used in Abiword or LibreOffice Writer.
Actual results:
In LibreOffice:
Letters are cut vertically. However when printed to pdf it becomes better.
In Abiword it creates very large vertical line on cursor, otherwise font
appears.
In both cases typing is very unpleasent. Which makes it difficult to
concentrate on the work.
Expected results:
Neatness. This font has a great potential.
--
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=SCtkbmorSU&a=cc_unsubscribe
9 years
[Fedora-i18n-bugs] [Bug 1036332] New: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process /usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1036332
Bug ID: 1036332
Summary: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process
/usr/bin/ibus-daemon was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: leajcastro(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/bin/ibus-daemon --replace --xim --panel disable
crash_function: _g_log_abort
executable: /usr/bin/ibus-daemon
kernel: 3.11.9-300.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#2 _g_log_abort at gmessages.c:255
#5 bus_dbus_impl_dispatch_message_by_rule at dbusimpl.c:1901
#6 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1578
#7 on_worker_message_about_to_be_sent at gdbusconnection.c:2426
#8 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:502
#9 continue_writing at gdbusprivate.c:1496
#10 continue_writing_in_idle_cb at gdbusprivate.c:1557
#15 gdbus_shared_thread_func at gdbusprivate.c:278
#16 g_thread_proxy at gthread.c:798
--
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=5fqSjK7eYf&a=cc_unsubscribe
9 years
[Fedora-i18n-bugs] [Bug 1146002] New: RFE: New Default Console Font
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1146002
Bug ID: 1146002
Summary: RFE: New Default Console Font
Product: Fedora
Version: rawhide
Component: langtable
Assignee: mfabian(a)redhat.com
Reporter: myllynen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
A new console font, eurlatgr, was recently added to kbd and it should be better
default console font for European based languages written in Latin or Greek
script. eurlatgr is based on latarcyrheb-sun16 so the typeface does not change.
eurlatgr would bring these changes over the current default latarcyrheb-sun16:
* full compatibility with latarcyrheb-sun16 for Latin script and special
characters
- Arabic/Cyrillic/Hebrew are not supported at all by eurlatgr so those users
should still stay with latarcyrheb-sun16
- non-European languages written in Latin script (like Vietnamese) are not
fully supported but perhaps a bit more so than with latarcyrheb-sun16
- the only non-Arabic/Cyrillic/Hebrew characters not present in eurlatgr but
in latarcyrheb-sun16 are U+F800 and U+F804 which are not valid Unicode
characters so the use case for them is unclear, especially today. These could
be re-added if there's a real need for them but if not, dropping them is ok
* full support for all European languages written in Latin script
* full support for Greek
* full support for a huge list of characters and character sets (see [1])
* support for a wide range of accented Latin characters not present in
latarcyrheb-sun16 to allow people to write their names correctly
* support for glyphs used by some systemd(1) utilities
* support for glyphs used by man(1) (see e.g. the bottom of unicode(7) how some
characters are not displayed properly under latarcyrheb-sun16)
* support for glyphs that have become popular recently, like the smiley
(☺) and arrows (e.g. →)
Note that there is a hard limit of 512 glyphs for console fonts so having more
glyphs available in a console font is not possible unless remapping some
characters to others. Not all remappings in eurlatgr are less pixel-perfect but
still give a good idea what a character is supposed to be rather than merely
displaying the "box" to indicate an unsupported character.
1)
http://git.altlinux.org/people/legion/packages/kbd.git?p=kbd.git;a=blob;f...
Thanks.
--
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=2dpaohVMSX&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 1118542] New: Rendering of Gurmukhi Script broken in QT (KDE application)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1118542
Bug ID: 1118542
Summary: Rendering of Gurmukhi Script broken in QT (KDE
application)
Product: Fedora
Version: 21
Component: lohit-gurmukhi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 917237
--> https://bugzilla.redhat.com/attachment.cgi?id=917237&action=edit
Screenshot for Kate and Gedit
Description of problem:
While Testing Fedora 21,Rendering Broken with latest Lohit Gurmukhi fonts in
KDE Applications (Only), while gnome/firefox is working as expected.
Version-Release number of selected component (if applicable):
qt-4.8.6-9.fc21.x86_64
harfbuzz-0.9.29-2.fc21.x86_64
gedit-3.13.2-1.fc21.x86_64
kate-4.13.2-2.fc21.x86_64
lohit-gurmukhi-fonts-2.91.0-3.fc21.noarch
How reproducible:
Every-time
Steps to Reproduce:
1. Copy paste Test Case (ਕ੍ਰ) in gedit & kwrite
2. Both Renderings are different
3.
Actual results:
Rendering of text in GTK/QT are Different
Expected results:
GTK has correct rendering
Additional info:
default Punjabi fonts available in Fedora 21 are broken for KDE applications
(including lokalize)
Test Case
---
ਕ+ ੍ + ਹ = ਕ੍ਹ
ਕ+ ੍ +ਰ - ਕ੍ਰ
ਕ+ ੍ +ਵ = ਕ੍ਵ
----
--
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=oX8F2oorVc&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 981475] New: Improper glyph names in Lohit fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981475
Bug ID: 981475
Summary: Improper glyph names in Lohit fonts
Product: Fedora
Version: rawhide
Component: lohit-fonts
Severity: unspecified
Priority: unspecified
Assignee: extras-orphan(a)fedoraproject.org
Reporter: khaledhosny(a)eglug.org
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com
For purposes of text extraction from PDF files, glyphs should be named in
accordance with Adobe Glyph Naming convention
(http://www.adobe.com/devnet/opentype/archives/glyph.html). Most glyphs in
Lohit fonts follow this convention properly, but some do not. I did not do an
extensive review, but I noticed several occurances of glyph names like:
u0919_u094D.half_u0915_u094D.half.half
Which is wrong, since step 1 of the mapping algorithm in the above link will
drop the part of glyph name after the first occurence of a peroid, so only
u0919_u094D will remain which is assume is not what is wanted here. A proper
name would then be:
u0919_u094D_u0915_u094D.half.half.half
or something like that (the part after the peroid is completely ignored, so it
can be anything).
--
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=5VT9JZhnap&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 1113968] New: Glyph for 0960 Devanagari Letter Vocalic RR should be corrected
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1113968
Bug ID: 1113968
Summary: Glyph for 0960 Devanagari Letter Vocalic RR should be
corrected
Product: Fedora
Version: rawhide
Component: lohit-devanagari-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 912765
--> https://bugzilla.redhat.com/attachment.cgi?id=912765&action=edit
Replacement glyph and ODT/PDF demonstrating change
Description of problem:
Currently the glyph for 0960 Devanagari Letter Vocalic RR (double RR) in Lohit
Devanagari is similar to glyph for 090B Devanagari Letter Vocalic R (single R)
from Unicode Devanagari Chart http://www.unicode.org/charts/PDF/U0900.pdf.
Reference code chart for correct glyph of 0960. Please see attached PDF
document for comparison with Sanskrit 2003 and Windows XP Mangal font.
As seen in Unicode chart and other fonts, the correct glyph of 0960 should have
two hooks at bottom right to differentiate from 090B. 090B can either have one
hook as seen in code chart and other fonts, or just a belly with no hook at all
as seen in current Lohit Devanagari.
To be more clearer, while the glyph for 090B in code chart and other fonts is
shown with one hook, the form shown by current Lohit Devanagari for 090B is
also acceptable as a glyphic variant. However, the glyph variant of 090B with
one hook should not be used for 0960.
Hence the current glyph of 0960 in Lohit Devanagari should be corrected.
I have devised a replacement glyph for 0960 showing two hooks as per the code
chart as well as in line with other fonts. (Glyph for 090B need not be replaced
as the current glyph is an acceptable variant.)
Please replace the current Lohit Devanagari 0960 glyph with this new glyph.
Thank you.
--
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=WcHda3Um7t&a=cc_unsubscribe
9 years, 1 month
[Fedora-i18n-bugs] [Bug 624158] New: Idea for setting individual fallback language
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: Idea for setting individual fallback language
https://bugzilla.redhat.com/show_bug.cgi?id=624158
Summary: Idea for setting individual fallback language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: ncfiedler(a)fedoraproject.org
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:
system-config-language only sets one language, but does not give the user the
possibility to set an individual fallback language. But this would be
appreciated not to fall back to English per default. In the case of Low German
(nds) for example it does not make any sense to fallback to English but to
German (de).
An example for this functionality could be ubuntus language-selector for GNOME
desktops. (https://launchpad.net/language-selector)
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
It would be nice, if system-config-language would be able to set individual
fallback languages. (compare ubuntus language-selector)
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, 3 months
[Fedora-i18n-bugs] [Bug 983979] New: yum doesn't remove no longer needed packages with langpacks
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=983979
Bug ID: 983979
Summary: yum doesn't remove no longer needed packages with
langpacks
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: low
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: yoursdearboy(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Description of problem:
yum doesn't remove packages with langpacks that no longer needed by any other
package.
Version-Release number of selected component (if applicable):
0.3.1-2.fc19
How reproducible:
always
Steps to Reproduce:
1. Install any package with deps that have langpacks (e. g. libreoffice-writer
has mythes dependency with mythes-%s langpacks)
2. Remove this package
Actual results:
Dependencies with langpacks won't be erased
Expected results:
All leftover dependencies should be erased
Additional info:
For example: if I install libreoffice-writer it pulls mythes and language packs
mythes-en, mythes-ru. If I delete libreoffice-writer package mythes won't be
erased.
As I understand it happens because packages mythes-ru, mythes-en installs "by
user" and have mythes dependency.
--
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=fug6H3chnO&a=cc_unsubscribe
9 years, 3 months