https://bugzilla.redhat.com/show_bug.cgi?id=1436077
Bug ID: 1436077
Summary: Some emoji which should render as one character with
the āNoto Color Emojiā render as several characters
Product: Fedora
Version: 25
Component: pango
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.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 1266551
--> https://bugzilla.redhat.com/attachment.cgi?id=1266551&action=edit
test-text.txt
Test text attached. Showing the test text like this
pango-view --font='Noto Color Emoji 48' ~/test-text.txt
on Fedora 25 shows the emoji not as a single character but as two.
On Fedora 24 (and openSUSE Leap 42.2 and Ubuntu 16.04) this works.
The version of āNoto Color Emojiā used in all these tests is
the latest one from https://www.google.com/get/noto/
which has this file size:
-rw-r-----. 1 mfabian mfabian 5987004 10ę 20 11:46 NotoColorEmoji.ttf
The problem is the same when using the āEmoji Oneā font from:
https://github.com/Ranks/emojione/blob/master/assets/fonts/emojione-androidā¦
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1307238
Zbigniew JÄdrzejewski-Szmek <zbyszek(a)in.waw.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugzilla.redhat.com
| |/show_bug.cgi?id=1464776
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1307238
--- Comment #21 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
(In reply to Zbigniew JÄdrzejewski-Szmek from comment #20)
> Good call. I just checked, and gnome-software shows the font without trouble
> (although with a big "no screenshot provided" empty box, but that's a
> separate issue).
From the AppStream documentation:
"If the font metadata does not define an own screenshot, the AppStream
generator is supposed to render one or multiple sample images using the
respective font."
In my opinion, having maintainers provide their own screenshots for fonts
without strict guidelines in place would hurt consistency. I can see its
usefulness for something like hieroglyphics, but for anything else we should
probably stick with the lazy dog and friends.
> > Just out of curiosity though, how would such a metapackage complicate things? Wouldn't it work like the libreoffice metapackage which doesn't have to be installed in order to get some features of the suite?
>
> It wouldn't. It's just yet another package that needs an occasional release
> and update, etc.
For the record, I went with a gdouros-textfonts-doc subpackage, which every
other font package in the family recommends.
Btw, in "My Requests" section of pkgdb, this package and its master branch are
still listed as approved and pending respectively. I set f22 & f23 to
"Obsolete", but nothing changed. None of the other packages I've introduced is
listed there, so I don't think it's the default behavior. Let's see what
happens after the move to pagure.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1307238
--- Comment #20 from Zbigniew JÄdrzejewski-Szmek <zbyszek(a)in.waw.pl> ---
Good call. I just checked, and gnome-software shows the font without trouble
(although with a big "no screenshot provided" empty box, but that's a separate
issue).
> Just out of curiosity though, how would such a metapackage complicate things? Wouldn't it work like the libreoffice metapackage which doesn't have to be installed in order to get some features of the suite?
It wouldn't. It's just yet another package that needs an occasional release and
update, etc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1307238
Alexander Ploumistos <alex.ploumistos(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(hughsient(a)gmail.c |
|om) |
--- Comment #19 from Alexander Ploumistos <alex.ploumistos(a)gmail.com> ---
A couple of days ago I noticed that the NEEDINFO flag has the review stuck as
pending in pkgdb and that's triggering my OCD :P. Given that gnome-software,
the AppStream specification and this package have all changed since this
review, I'm clearing the needinfo request.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=851950
Bug ID: 851950
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Latin ligatures need 'liga' standard ligature lookups
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Description of problem:
Glyphs in the Latin Ligature block (U+FB00 .. U+FB06), such as "fi" and "fl",
should have the OpenType 'liga' lookup features defined. That will allow text
renderers to automatically apply the ligature glyph.
Additionally, for completeness, the ligature caret horizontal positions should
be appropriately set for these glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Additional info:
You may need to solve bug #851790 first.
Also the "fi" (and "ffi" if existing) should exclude dotless-i
scripts/languages, e.g., Turkish.
--
You are receiving this mail because:
You are on the CC list for the bug.