[Bug 1070506] New: Google Chrome does not render Chinese/Japanese kanji characters in tab title after google-droid-sans-fonts is installed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1070506
Bug ID: 1070506
Summary: Google Chrome does not render Chinese/Japanese kanji
characters in tab title after google-droid-sans-fonts
is installed
Product: Fedora
Version: 20
Component: google-droid-fonts
Severity: low
Assignee: nicolas.mailhot(a)laposte.net
Reporter: shichao.an.nyu(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, nicolas.mailhot(a)laposte.net,
paul(a)frixxon.co.uk, tremble(a)tremble.org.uk
Created attachment 868274
--> https://bugzilla.redhat.com/attachment.cgi?id=868274&action=edit
Google Chrome tab title field does not display Chinese character
Description of problem:
After google-droid-sans-fonts is installed, the Chrome Web Browser's tab title
does not show Chinese/Japanese kanji characters (hiragana and katakana).
Version-Release number of selected component (if applicable):
google-droid-sans-fonts.noarch-20120715-6.fc20
How reproducible:
Always
Steps to Reproduce:
1. yum install google-chrome-stable
2. yum install google-droid-sans-fonts
3. In GNOME session, open Chrome with a new tab, open a web page that has
Chinese/Japanese kanji characters in title field.
Actual results:
In the Chrome tab title area, the Chinese/Japanese kanji characters simply do
not display, while others are normal (e.g. Latin alphabet)
Expected results:
In the Chrome tab title area, the Chinese/Japanese kanji characters should
display.
Additional info:
--
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=ADK4mOGoL9&a=cc_unsubscribe
8 years, 10 months
[Bug 1031878] New: Font trouble in F20 beta
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1031878
Bug ID: 1031878
Summary: Font trouble in F20 beta
Product: Fedora
Version: 20
Component: abattis-cantarell-fonts
Severity: high
Assignee: ccecchi(a)redhat.com
Reporter: roeplay(a)openmailbox.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org
There are a couple of issues I've noticed with the Cantarell font in F20 beta,
related to hinting.
For some odd reason, turning the hinting with Tweak Tool from 'medium' down to
'slight' results in a SHARPER display. By default, the font in F20 isn't quite
hinted enough ... and it baffles me why turning it down has the inverse effect!
Secondly, I've noticed at least one distortion within the default font in F20,
and that is with the bold "r" at some sizes (notice that the curving branch of
the letter is too high ... this is also fixed by turning the hinting down to
'slight.'
Hopefully by the time F20 launches, we'll have a crisply rendering Cantarell
font without kinks.
--
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=p7k3laXz4C&a=cc_unsubscribe
8 years, 10 months
[Bug 1029694] New: pidgin freezes when resizing (squeezing) buddy list
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1029694
Bug ID: 1029694
Summary: pidgin freezes when resizing (squeezing) buddy list
Product: Fedora
Version: 19
Component: pango
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: cristian.ciupitu(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 823163
--> https://bugzilla.redhat.com/attachment.cgi?id=823163&action=edit
pidgin freezing
Description of problem:
pidgin freezes when I squeeze to much the buddy list window.
Version-Release number of selected component (if applicable):
pango-1.34.1-1.fc19.i686
How reproducible:
Every time
Steps to Reproduce:
(see attached video)
1. Start pidgin.
2. Resize a bit the buddy list window on the OX axis, making it smaller and
larger.
3. Now make it tiny.
Actual results:
pidgin freezes
Expected results:
pidgin shouldn't freeze
Additional info:
pidgin-2.10.7-3.fc19.x86_64
[ciupicri@hermes ~]$ fc-match Sans
DejaVuSans.ttf: "DejaVu Sans" "Book"
--
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=wWZsy4oaCg&a=cc_unsubscribe
8 years, 10 months
[Bug 952778] New: Unable to render combining accent with some characters under KDE
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952778
Bug ID: 952778
Summary: Unable to render combining accent with some characters
under KDE
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: unspecified
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: bugs(a)wormhole.me.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
External Bug ID: KDE Software Compilation 315642
Category: ---
In https://en.wikipedia.org/wiki/Stress_%28linguistics%29 the following strings
occur:
«земли́ (genitive of "earth, land") vs. зе́мли (plural of "earth, land") in
Russian»
«In Russian and Ukrainian dictionaries, stress is indicated with an acute
accent (´) on a syllable's vowel (example: вимовля́ння)»
In all the native KDE/Qt applications I've tried, these combining acute accents
display as empty rectangles. The problem only occurs with Liberation and Ubuntu
fonts, and it doesn't occur with GTK-based applications such as Firefox when
run on the same KDE platform. (I haven't tested Ubuntu fonts with Fedora as
they're not installed by default.) It seems there's some combination of
problems with these fonts and with KDE or Qt.
To reproduce the problem in Konqueror, display the above Wikipedia article then
go to Settings / Configure Konqueror menu, then under Web Browsing, Appearance
entry, Fonts tab. For Sans serif font, select Liberation (note the default is
DejaVu); click OK or Apply. To reproduce while displaying bugzilla.redhat.com
(e.g., this bug report!), change Fixed font instead.
I've created a small HTML file here:
http://bugsfiles.kde.org/attachment.cgi?id=77513 which demonstrates the problem
(not confined to Cyrillic characters), and also shows a couple of characters
which display correctly. Change the Standard font in Konqueror to demonstrate
the problem.
To reproduce the problem in Konsole, download the file and cat it. Go to
Settings/Edit Current Profile, Appearance tab and click Select Font. Note it's
not necessary to click Apply or OK after selecting the font; all instances of
Konsole update their font dynamically as you select it.
I've reported the problem against KDE and Ubuntu fonts here:
https://bugs.kde.org/show_bug.cgi?id=315642
https://bugs.launchpad.net/ubuntu-font-family/+bug/1131890
--
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=OmJKbaWkhj&a=cc_unsubscribe
8 years, 10 months
[Bug 834368] New: Lohit Telugu does not have the Latin character set
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=834368
Bug ID: 834368
QA Contact: extras-qa(a)fedoraproject.org
Severity: high
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 Telugu does not have the Latin character set
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: gopal.iiit(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: lohit-telugu-fonts
Product: Fedora
Description of problem:
The Lohit Telugu font does not come with the default Latin character set which
has all the symbols such as hyphen, comma etc. As a result, it is unusable in
typesetting, especially in Latex.
Version-Release number of selected component (if applicable):
All releases
How reproducible:
Every time the font is used.
Steps to Reproduce:
1. Use latex to typeset a Telugu document
2. Compile
3. Open PDF
Actual results:
None of the symbols such as full-stop, comma, hyphen appear. Instead they are
reported as missing in the font.
Expected results:
All the symbols appear properly in the output PDF.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
8 years, 10 months
[Bug 1047031] New: fontpackages-devel macro %_font_pkg adds obsolete %defattr
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1047031
Bug ID: 1047031
Summary: fontpackages-devel macro %_font_pkg adds obsolete
%defattr
Product: Fedora
Version: 20
Component: fontpackages
Assignee: nicolas.mailhot(a)laposte.net
Reporter: zbyszek(a)in.waw.pl
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, paul(a)frixxon.co.uk,
tagoh(a)redhat.com
External Bug ID: Red Hat Bugzilla 909794
Description of problem:
$ rpmbuild --eval %_font_pkg
%post -n -fonts
if [ -x /usr/bin/fc-cache ]; then
/usr/bin/fc-cache /usr/share/fonts/%{name} || :
fi
%postun -n -fonts
if [ $1 -eq 0 -a -x /usr/bin/fc-cache ] ; then
/usr/bin/fc-cache /usr/share/fonts/%{name} || :
fi
%files -n -fonts
%defattr(0644,root,root,0755)
%dir /usr/share/fonts/%{name}
This causes a warning from fedora-review and is against current policy.
[x]: Each %files section contains %defattr if rpm < 4.4
Note: %defattr present but not needed
Version-Release number of selected component (if applicable):
fontpackages-devel-1.44-9.fc20.noarch
--
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=bsUZBAjeKa&a=cc_unsubscribe
8 years, 10 months
[Bug 812207] New: La (=?UTF-8?Q?=E0=A4=B2?=) and Sha (=?UTF-8?Q?=E0=A4=B6?=) half shape required modifications
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: La (ल) and Sha (श) half shape required modifications
https://bugzilla.redhat.com/show_bug.cgi?id=812207
Summary: La (ल) and Sha (श) half shape required modifications
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-marathi-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 577228
--> https://bugzilla.redhat.com/attachment.cgi?id=577228
pdf explaining problem
Description of problem:
Mail from Sushant Devlekar, Half La (ल) and Sha (श) shape required
modifications as done by Base shape of La (ल) and Sha (श)
Version-Release number of selected component (if applicable):
lohit-marathi-fonts-2.5.1-1
How reproducible:
everytime
Steps to Reproduce:
1. Type ल्ल and श्क
2.
3.
Actual results:
half shape of sha and la not matching with full shape of la and sha
Expected results:
both full and half shape should match.
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.
8 years, 11 months
[Bug 1047545] New: [pa_IN] Lohit Fonts Display Issue
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1047545
Bug ID: 1047545
Summary: [pa_IN] Lohit Fonts Display Issue
Product: Fedora
Version: 20
Component: lohit-punjabi-fonts
Assignee: psatpute(a)redhat.com
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: asaini(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Created attachment 843827
--> https://bugzilla.redhat.com/attachment.cgi?id=843827&action=edit
Lohit Fonts on Fedora.
Description of problem:
Punjabi Lohit font has display issue although Technical rendering is good, but
display is not Good.
---------------
0A48 -ੈ - GURMUKHI VOWEL SIGN AI
0A4B- ੋ - GURMUKHI VOWEL SIGN OO
0A71- ੱ - GURMUKHI ADDAK
---------------
Version-Release number of selected component (if applicable):
lohit-punjabi-fonts-2.5.3-3.fc20.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. Copy Paste (ਸੈ ਸੋ ਉੱ) text
2. check rendering for dependent vowel with Consonants/Independent
Actual results:
Dependent character mixed with Consonants/Independent
Expected results:
Dependent character should more clear
Additional info:
1st Screenshot
- Fedora 20 with konversation (kde) and Gedit (GNOME) applications.
Unicode Charts
http://www.unicode.org/charts/PDF/U0A00.pdf
Try to attach screenshot on Windows with Raavi Fonts
--
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=FQyERQn4uR&a=cc_unsubscribe
8 years, 11 months
[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=NtyMEGwVgp&a=cc_unsubscribe
8 years, 12 months
[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=5cwcY7yhhr&a=cc_unsubscribe
9 years