An unsupported and apparently unused `<text>` element sneaked in emoji_u1f4b0.svg unnoticed along with the latest design changes (65dc359a).
This PR removes the offending line.
Once again AI export of radial gradients causes problems for
Chrome. What should have been a white-to-transparent gradient
became a white-to-black 90%-to-100% opaque gradient. So
hand-edited the SVG to remove the black orb floating in front
of their faces... pity.
Since this was done using guesswork these are not an exact match
for the png versions, but they seem close enough.
Adobe Illustrator generated these, and displays them properly, but
neither Chrome (Mac, Linux) nor Firefox (Linux) do. MacOS finder has
even more issues. Both of these used a radial gradient with a
negative 'fx' value, for what that's worth, but it appears the proper
value is a (significantly larger) positive value.
Chrome and Firefox are now happy. Don't expect this fixes MacOS, which
wasn't showing the gradient at all.
These were generated from source, then svg_cleaner was run on
them, and then scour_svg was run on those.
As with the png update there are a lot of small modifications that
don't represent real changes in the images. This version of scour is
0.37 which might account for some deltas over the previous versions,
or perhaps svg_cleaner accounted for some of these.
Note that two of these images (1f314, 1f318) fail to display properly
on Chrome, Firefox and MacOS finder, though they do display properly
in Adobe Illustrator (go figure). A later commit will patch these.
This also deletes the svg images that are 'aliases' of existing images
according to our alias table, and the few flags (the flag data is not
sourced in the same way).
This adds the 50-odd missing SVGs that were not added earlier.
Note that we are still missing the rainbow flag (we don't seem to
have a vector source) and most of the regional flags. The ~10
regional flags we do have do not match the png images, since they
were sourced differently. Currently we do not provide the flags
since we cannot rely on support for the svg operations necessary
to implement the 'wave' transform (nor do we have the code to
apply it...)
This also aligns naming between the svg and png. In particular, it
strips fe0f (emoji variation selector) from the names, and omits
1f48f (kiss) and 1f491 (couple with heart) as these alias. Those
images are now used for the respective heterosexual couples.
All the files were processed with the revised svg_cleaner tool, and
so are a bit smaller as a result. Other than some formatting
changes the main changes are removal of the xml doc header, removal
of the application comment, and removal of / changes to some
attributes of the svg tag.
This is a simple recolor, starting from one of the non-generic sign of
the horns SVGs.
For programs that need both the base and the skin-tone modifier glyph,
this enables both the base (generic) sign of the horns emoji,
and also enables all the emoji versions with specific skin tones.
The new emoji assets (in sync with Android Lollipop) were slightly
smaller in size. Replacing with a corrected size.
Also update the font version to sync with Android again.
Rod S