Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Separate Japanese font configuration files for ghostscript
https://bugzilla.redhat.com/show_bug.cgi?id=507262
Summary: Separate Japanese font configuration files for
ghostscript
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: japanese-bitmap-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: t.matsuu(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I'm not sure which component should be assigned for this bug. So I initially
assign this bug to japanese-bitmap-fonts because the files for discussion is
now owned by japanese-bitmap-fonts package.
Description of problem:
Now
/usr/share/ghostscript/conf.d/CIDFnmap.ja
/usr/share/ghostscript/conf.d/FAPIcidfmap.ja
/usr/share/ghostscript/conf.d/cidfmap.ja
are owned by japanese-bitmap-fonts. But they never use fonts which are bundled
in japanese-bitmap-fonts.
Moreover, fonts which are set in the config files are dispersed among some
packages.
So we need to separate ghostscript contig files from japanese-bitmap-fonts and
they should be provided by another package (or included in ghostscript or
ghostscript-fonts package).
I suggest the following idea.
1. Universal
/usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned
by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts
package.
2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and
cidfmap.ja files i their common package.
Discussion required:
* fonts priority
* file owner for ghostscript config files
* package structure of IPA fonts are not ready for generate common subpackage
now (bug 507261)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Password is visible on gnome-terminal with English-typing-booster enabled
https://bugzilla.redhat.com/show_bug.cgi?id=803646
Summary: Password is visible on gnome-terminal with
English-typing-booster enabled
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-european-table
AssignedTo: apatil(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 570253
--> https://bugzilla.redhat.com/attachment.cgi?id=570253
Password being displayed on terminal
Description of problem:
With English-typing-booster enabled on gnome-terminal, while using su- command,
password appears in the text.
Version-Release number of selected component (if applicable):
english-typing-booster-0.0.2-1.fc17
How reproducible:
Always
Steps to Reproduce:
1. Enable English-typing-booster
2. Go to terminal
3. Try to become root with su-
4. Type your password
Actual results:
Perform above steps, you can see the password is shown on the screen.
Expected results:
Password must not be shown.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=825115
Bug ID: 825115
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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: [kn_IN] Lohit Kannada glyphs of consonants with vowel
signs -II, -EE, -OO and -AI should be optimized
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for
consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences
of other glyphs.
In the case of -II, -EE, -OO the glyphs are the same as those of the
corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ
(unlike in Telugu where the length mark ligates with the syllable). Therefore
instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK
If this is done, any changes that are reflected on the
CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long
vowels as well without additional work being needed. For instance, see my
recent report of bug 825104. If that bug is fixed for short vowels I, E and O,
automatically it would reflect for II, EE and OO also.
As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length
Mark ೖ. So instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK
with same benefits as above.
Further, when handling combinations of:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU
by separating the length mark as recommended here, the sub-base form of
CONSONANT2 can be placed closer to the base CONSONANT1 which is also
typographically a desirable factor in a good font. The rules would be:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU -->
CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Examine the internals of Lohit Kannada font.
Actual results:
Currently there are separate glyphs for consonants with vowel signs -II, -EE,
-OO and -AI unnecessarily. These are merely sequences of other glyphs.
Therefore any change effected on the component glyphs has to be re-done here.
Expected results:
The superfluous glyphs should be removed and the appropriate effect should be
achieved by appropriate smartfont rules as indicated above.
Additional info:
This would also reduce the size of the font. Not an issue on laptops/desktops
but nowadays Lohit fonts are finding their way into smaller screens such as
smartphones, and it would be good to have a trim font with small footprint.
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Serbian glyphs for Wikipedia
https://bugzilla.redhat.com/show_bug.cgi?id=657849
Summary: Serbian glyphs for Wikipedia
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: alessandroceschini.it(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
Description of problem:
Hy, at the Serbian Wikipedia we are planning on supporting localized Serbian
glyphs (as opposed to standard/Russian ones) on screen by taking advantage of
the next generation of browser (like Firefox 4) compliant with OpenType
features.
What we lack is a pool of free OpenType fonts with Serbian glyphs to be
accessed through the locl feature. DejaVu is, as far as I know, the only free
font which does so (although with some bugs) but, particularly the Serif
version, can be described as ugly at best.
So, what about a new release of Liberation Fonts containing a locl table for
Serbian?
Thank you.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Need additional runtime detecting in ibus.conf for Kimpanel
https://bugzilla.redhat.com/show_bug.cgi?id=583716
Summary: Need additional runtime detecting in ibus.conf for
Kimpanel
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: cheeseli(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created an attachment (id=407608)
--> (https://bugzilla.redhat.com/attachment.cgi?id=407608)
Additional runtime detecting in ibus.conf for Kimpanel
Have Kimpanel be the default IBus frontend IF AND ONLY IF the user is running
KDE and Kimpanel is installed.
The attachment is a patch for this purpose.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: fonts.alias refer to encodings not listed in fonts.dir
https://bugzilla.redhat.com/show_bug.cgi?id=733106
Summary: fonts.alias refer to encodings not listed in fonts.dir
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: sazanami-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: viy(a)altlinux.org
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
Story Points: ---
Type: ---
fonts.alias files refer to jisx020*.19??-0 font encodings while fonts.dir does
not list them.
looks like a fonts.scale/fonts.dir generation bug.
/usr/share/X11/fonts/encodings/large/*
encodings should be present during fonts.scale/fonts.dir generation.
sazanami-fonts-0.20040629-15.fc15.src.rpm
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=825081
Bug ID: 825081
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
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 Kannada font does not properly handle vowel
signs in consonant clusters
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Created attachment 586752
--> https://bugzilla.redhat.com/attachment.cgi?id=586752&action=edit
ODT and PDF for test-case
Description of problem:
This seems to be a resurfacing of bug #223971 but since I saw no way to reopen
that bug (sorry if I'm wrong) I'm reporting this again.
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
In a word processor, select Lohit Kannada font and input Kannada Unicode
sequences having consonant clusters of the format CCV. I have attached a sample
ODT.
Actual results:
Except in a few cases of "popular" consonant clusters like K.SSA ಕ್ಷ and J.NYA
ಜ್ಞ, the vowel signs are not attached properly.
When the same text is rendered with other fonts (like Tunga of Microsoft even
loaded into Linux's LibreOffice) the sequences are shown properly without
overlaps or malformed glyphs.
Expected results:
The Kannada language uses lots of Sanskrit-based words and hence has many
consonant clusters with two and even three consonants. Also, when English words
are transliterated in Kannada script like ಎಕ್ಸ್ಪ್ಲೋರ್ (explore) etc for
sign-boards etc, even more consonant clusters will occur. In all these cases
Lohit Kannada should be able to gracefully handle such consonant clusters and
not output overlapping or malformed glyphs.
Additional info:
I have attached an ODT and PDF file demonstrating the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
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.
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.