[Fedora-i18n-bugs] [Bug 839303] New: [ta_IN] Submission of glyphs for Tamil fractions/symbols to be included in the Lohit Tamil fonts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839303
Bug ID: 839303
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] Submission of glyphs for Tamil
fractions/symbols to be included in the Lohit Tamil
fonts
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 597580
--> https://bugzilla.redhat.com/attachment.cgi?id=597580&action=edit
Lohit Tamil, Lohit Tamil Classical and Lohit Tamil Chart fonts with new
characters
Contributing new Tamil glyphs to Lohit Tamil family:
----------------------------------------------------
I have prepared a proposal to encode 62 characters for old Tamil fractions and
symbols to be encoded in Unicode. Seven of these are being proposed for the
Tamil BMP block and rest for a new Tamil Supplement block in the SMP.
For the glyphs required for the code chart I have largely devised new glyphs
based on existing Lohit Tamil glyphs under the derivative rights granted by the
OFL. Some glyphs which could not be derived, I created myself using Inkscape
and other tools.
I would like to donate all these glyphs to the Lohit project under the OFL for
eventual inclusion into the Lohit Tamil/Tamil Classical fonts. For now they may
be included in the PUA of an unofficial fork of the Lohit Tamil fonts. When
they are eventually encoded in Unicode, they may be officially mapped to the
new codepoints and included in the official distribution of the Lohit
Tamil/Tamil Classical fonts.
Using Lohit Tamil glyphs for Unicode code chart:
------------------------------------------------
In the proposal, I am also requesting the Unicode / ISO 10646 project editors
to use the Lohit Tamil font for the Unicode Tamil code charts (Tamil block, and
newly proposed Tamil Supplement block) because:
1) When the new characters are encoded and my glyphs used for the code chart,
it would look good to maintain stylistic uniformity in the code chart, and my
designed glyphs are stylistically like the Lohit Tamil glyphs as they are
mostly derived from them. So it would be good to use Lohit Tamil glyphs
throughout.
2) There are currently 72 Tamil characters in Unicode 6.1.0. The present
proposal almost doubles the number with 62 new characters. It would be a
significant and unnecessary effort for anyone else to duplicate my glyph design
work for so many characters to keep in with the current Tamil code chart font
style. So switching to Lohit Tamil for all glyphs is easier and advisable.
3) Personally I think the glyphs of Lohit Tamil are much "cleaner" than the
existing Tamil code chart font, and more representative of the nature and
beauty of the Tamil script.
4) The OFL already permits the use of the Lohit Tamil font (and its
derivatives) for any purpose, so there are (hopefully) no legal issues
pertaining which need to be cleared between Unicode and Red Hat (but of course,
IANAL).
I also sincerely request the cooperation of the Lohit / Fedora / Red Hat people
in permitting the Lohit Tamil glyphs to be used for the Unicode Tamil code
charts (i.e. for two blocks).
Fonts with new glyphs:
----------------------
I attach herewith a ZIP file containing three font files:
1) Lohit Tamil font, with newly proposed character glyphs mapped to the PUA.
2) Lohit Tamil Classical font, likewise.
3) Lohit Tamil Chart font, containing only glyphs required for the code chart
(for existing and new characters, totalling 134 in number, across two blocks
Tamil and Tamil Supplement) mapped to the existing and proposed characters for
convenience of Unicode / ISO 10646 editors.
Behaviour of new characters and requirement from the fonts' side:
-----------------------------------------------------------------
None of the newly proposed characters are combining characters in the sense of
combining marks. However, most of them are proposed for a new SMP Tamil block
and care might need to be taken for proper mapping so that on all platforms the
SMP characters are accessible.
There is only one sequence of characters which needs to ligate: TAMIL DIGIT ONE
௧ + TAMIL SIGN KALAM (which looks like TAMIL LETTER LLA ள) should always
ligate. I have also provided the ligature glyph after the glyphs for the
individual characters (mapped to PUA E03F) in the fonts 1 and 2 above. I have
not added any substitution mapping however as it is for now only temporarily in
the PUA.
Etcetera:
---------
It is my intention to submit the proposal within a week or so and I will
upload/link here a copy of the proposal.
If at all any changes are required to the set of glyphs as a result of any
feedback from scholars or other sources, I will upload fresh TTF font files.
I thank everyone, especially Pravin Satpute, for their support regarding this.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 9 months
[Fedora-i18n-bugs] [Bug 841947] New: [te_IN] Add support for Telugu nakaarapollu and repha to Lohit Telugu font
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=841947
Bug ID: 841947
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: [te_IN] Add support for Telugu nakaarapollu and repha
to Lohit Telugu font
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Created attachment 599423
--> https://bugzilla.redhat.com/attachment.cgi?id=599423&action=edit
Glyphs for Telugu nakaarapollu and repha
Telugu script has special form of vowelless NA called four-pronged
nakaarapollu. Strictly speaking nakaarapollu means nakaara + pollu=virama so
regular form of vowelless-NA న్ is also nakaarapollu but Telugu old grammarian
Brown has specifically called a distinct form as nakaarapollu.
The recommended model for getting Telugu nakaarapollu is NA + ZWJ + VIRAMA.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/11409-telugu...
Likewise Telugu script has old repha form which is not found in common usage in
current Telugu script. A modern-style Telugu font can allow user to select
old-style reph by using the sequence RA + VIRAMA + ZWJ + CONSONANT because the
plain RA + VIRAMA + CONSONANT would be presented as RA with sub-base form of
CONSONANT.
Please find more details in the document:
https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu...
These two documents have been approved by the UTC in the Feb 2012 meeting:
http://www.unicode.org/L2/L2012/12007.htm
<quote>
[130-A15] Action Item for Deborah Anderson, Editorial Committee: Update the
core specification text on Telugu nakaara-pollu based on input in document
L2/11-409.
[130-A16] Action Item for Deborah Anderson: Incorporate text on Telugu Reph
from L2/12-017 into the Telugu block description.
</quote>
It is requested to:
1) add the glyphs for nakaarapollu and repha to the Lohit Telugu font:
2) add substitution mapping of NA + ZWJ + VIRAMA to the nakaarapollu glyph
3) add requisite OT markups for repha glyph so that a compliant OT system can
recognize the repha glyph and render sequence of RA + VIRAMA + ZWJ + CONS using
that glyph.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 9 months
[Fedora-i18n-bugs] [Bug 650205] New: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
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] WritRecogn-0.1.9-1.fc11: raise: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=650205
Summary: [abrt] WritRecogn-0.1.9-1.fc11: raise: Process
/usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 13
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:caf37a5446d0db49e10a286017b489bb0ae4f38b
Severity: medium
Priority: low
Component: WritRecogn
AssignedTo: dchen(a)redhat.com
ReportedBy: martin(a)martindengler.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, dchen(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.13
architecture: i686
Attached file: backtrace
cmdline: WritRecogn
component: WritRecogn
crash_function: raise
executable: /usr/bin/WritRecogn
kernel: 2.6.34.7-61.fc13.i686.PAE
package: WritRecogn-0.1.9-1.fc11
rating: 4
reason: Process /usr/bin/WritRecogn was killed by signal 6 (SIGABRT)
release: Fedora release 13 (Goddard)
time: 1288965718
uid: 500
--
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.
6 years, 9 months
[Fedora-i18n-bugs] [Bug 798871] New: Please add Vedic Extensions to Lohit fonts
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: Please add Vedic Extensions to Lohit fonts
https://bugzilla.redhat.com/show_bug.cgi?id=798871
Summary: Please add Vedic Extensions to Lohit fonts
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-fonts
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: samjnaa(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, extras-orphan(a)fedoraproject.org,
pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
It is very good that Red Hat / Fedora takes steps to update Lohit fonts with
latest encoded Indic characters, especially Vedic characters included in
Devanagari Extended block. (See
https://www.redhat.com/archives/lohit-devel-list/2012-February/msg00011.html)
As a Sanskrit/Vedic scholar I very much welcome this. However, it would be even
greater if the separate Vedic characters that are encoded in the Vedic
Extensions block (http://www.unicode.org/charts/PDF/U1CD0.pdf) created in
Unicode 5.2 along with Devanagari Extended were also supported.
As Devanagari is the script mainly used for Sanskrit and especially Vedic
printings nowadays, it would be best to add the characters initially to the
Lohit Devanagari font so that it can combine properly with the Devanagari
characters.
If at all there is future demand for the glyphs to be added to the font of
another script (like Telugu etc which are also often used for Vedic texts in
those areas) the glyphs can easily be copied to those fonts in the future.
OpenType normally cannot join base characters from one font with combining
marks from a different font. So a separate Lohit Vedic font with purely Vedic
characters is not possible.
As the glyphs from the Vedic Extensions block have very simple shapes, it would
hopefully be easy to design those glyphs and add them to the fonts.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Install Lohit Devanagari 2.5.1 font.
Actual results:
The Devanagari-specific Vedic characters especially from the Devanagari
Extended block are available. The generic Vedic characters from the Vedic
Extensions block are not available.
Expected results:
It is desirable to have the generic Vedic characters from the Vedic Extensions
block also.
--
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.
6 years, 9 months
[Fedora-i18n-bugs] [Bug 768067] New: Lowercase U, V, W, X and Y too thin at 18px bold
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: Lowercase U, V, W, X and Y too thin at 18px bold
https://bugzilla.redhat.com/show_bug.cgi?id=768067
Summary: Lowercase U, V, W, X and Y too thin at 18px bold
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: cantabile.desu(a)gmail.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: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The lowercase U, V, W, X and Y in liberation sans at 18px and bold are
noticeably thinner than the other letters of the alphabet. It's quite
distracting. There is a screenshot attached.
It appears to happen only at 18px (bold).
Version-Release number of selected component (if applicable):
1.07.1
Additional info:
I'm using arch linux.
--
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.
6 years, 9 months
[Fedora-i18n-bugs] [Bug 795465] New: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
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: Historical regressions (+persistent issues) found using fontlint (accompanying FontForge tool)
https://bugzilla.redhat.com/show_bug.cgi?id=795465
Summary: Historical regressions (+persistent issues) found
using fontlint (accompanying FontForge tool)
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: jpokorny(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: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
--
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.
6 years, 9 months
[Fedora-i18n-bugs] [Bug 591556] New: Font artifact with number 4
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: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591556
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Quoted from zayzayats(a)yandex.ru)
In the Russian «б», the ascender is blurry.
http://shnurapet.fedorapeople.org/rus-b.png
freetype-freeworld-debuginfo-2.3.11-1.fc12.x86_64
freetype-2.3.11-3.fc12.x86_64
freetype-freeworld-2.3.11-1.fc12.x86_64
freetype-devel-2.3.11-3.fc12.x86_64
freetype-debuginfo-2.3.11-3.fc12.x86_64
$ ls /etc/yum.repos.d/
fedora-rawhide.repo rpmfusion-free.repo
fedora.repo rpmfusion-free-updates.repo
fedora-updates.repo rpmfusion-free-updates-testing.repo
fedora-updates-testing.repo rpmfusion-nonfree-rawhide.repo
infinality.repo rpmfusion-nonfree.repo
remi.repo rpmfusion-nonfree-updates.repo
rpmfusion-free-rawhide.repo rpmfusion-nonfree-updates-testing.repo
$ cat /etc/yum.repos.d/infinality.repo
[infinality]
name=Infinality
baseurl=http://www.infinality.net/fedora/linux/$releasever/$basearch/
enabled=1
gpgcheck=0
[infinality-noarch]
name=Infinality - noarch
baseurl=http://www.infinality.net/fedora/linux/$releasever/noarch/
enabled=1
gpgcheck=0
$ cat ~/.fonts.conf
<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
<match target="font" >
<edit mode="assign" name="rgba" >
<const>rgb</const>
</edit>
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
<edit mode="assign" name="autohint" >
<bool>true</bool>
</edit>
<edit mode="assign" name="antialias" >
<bool>true</bool>
</edit>
<edit mode="assign" name="hintstyle" >
<const>hintfull</const>
</edit>
<edit name="lcdfilter" mode="assign">
<const>lcddefault</const>
</edit>
</match>
</fontconfig>
Size 8. I set 98 dpi for proper kerning.
http://shnurapet.fedorapeople.org/last-line.png
(It's in the center of the last line.)
--
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.
6 years, 9 months
[Fedora-i18n-bugs] [Bug 623085] New: Rendering error for Chinese character using wqy-zenhei
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: Rendering error for Chinese character using wqy-zenhei
https://bugzilla.redhat.com/show_bug.cgi?id=623085
Summary: Rendering error for Chinese character using wqy-zenhei
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: wqy-zenhei-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: jni(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com
Classification: Fedora
Created an attachment (id=438145)
--> (https://bugzilla.redhat.com/attachment.cgi?id=438145)
Screenshot of rendering error using wqy-zenhei
Description of problem:
The rendering of Chinese character 榷 using font wqy-zenhei is not correct
Version-Release number of selected component (if applicable):
wqy-zenhei-fonts-0.9.45-5.fc13
How reproducible:
Input Chinese character 榷 in gedit and set fonts to wqy-zenhei
Steps to Reproduce:
1. Open gedit
2. Input Chinese character 榷 using any Chinese input method
3. Click "Edit"->"Preferences", open the preferences dialogue window
4. In "Font & Colours" tab, set fonts to WenQuanYi Zen Hei
Actual results:
Part of the character is rendering to whole black without the structure, and
can not distinguish the stroke. See the screen shot in attachment
Expected results:
The stroke of the character should be distinguished
--
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.
7 years, 2 months
[Fedora-i18n-bugs] [Bug 606217] New: Eccentric glyph for the lowercase Greek gamma letter ( γ )
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: Eccentric glyph for the lowercase Greek gamma letter (γ)
https://bugzilla.redhat.com/show_bug.cgi?id=606217
Summary: Eccentric glyph for the lowercase Greek gamma letter
(γ)
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: discon(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
The liberation fonts have a strange glyph for the lowercase Greek gamma letter
whenever hinting is on. The hinting makes the glyph look similar to the 'y'
letter (the bottom part tends towards left).
This looks weird and is unique on this font family, AFAIK.
--
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.
7 years, 2 months
[Fedora-i18n-bugs] [Bug 814546] New: uim toolbar is not aligned properly in xfce systray
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: uim toolbar is not aligned properly in xfce systray
https://bugzilla.redhat.com/show_bug.cgi?id=814546
Summary: uim toolbar is not aligned properly in xfce systray
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: uim
AssignedTo: tagoh(a)redhat.com
ReportedBy: redhat.20.comm(a)spamgourmet.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 578869
--> https://bugzilla.redhat.com/attachment.cgi?id=578869
The attachment shows the actual (wrong) and expected (right) result
Description of problem:
when I ran uim-toolbar-gtk-systray or uim-toolbar-gtk3-systray, the systray
icons were not centered vertically.
How reproducible:
Steps to Reproduce:
1. Use xfce for desktop environment.
2. Install uim, uim-gtk2 and uim-gtk3
3. Enter the environment (startxfce4 or graphical login).
4. Make sure the panel has a notification area (if none, right click a panel ->
select "panel" -> select "add new item" -> select "notification area").
5. In a console (xfce terminal), type uim-toolbar-gtk-systray.
Actual results:
The uim toolbar appeared in the systray, but were aligned to the bottom,
instead of vertically centre.
Expected results:
The toolbar should appear in the systray, centred vertically.
Additional info:
I included two tiny screenshots of what was wrong and what should be right.
--
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.
7 years, 2 months
