Search Criteria
Package Details: nodejs-emoj 2.0.0-1
| Git Clone URL: | https://aur.archlinux.org/nodejs-emoj.git (read-only) |
|---|---|
| Package Base: | nodejs-emoj |
| Description: | Find relevant emoji from text on the command-line |
| Upstream URL: | https://github.com/sindresorhus/emoj |
| Licenses: | |
| Submitter: | bgaleotti |
| Maintainer: | bgaleotti |
| Last Packager: | bgaleotti |
| Votes: | 1 |
| Popularity: | 0.000000 |
| First Submitted: | 2016-06-24 16:07 |
| Last Updated: | 2017-08-17 13:16 |
Latest Comments
Edgemaster commented on 2017-04-25 18:52
I intend to request deletion of the emojione-color-font AUR package as the TTF format it uses is only supported by Mozilla products, which now bundle their own version of the font.
I'll also note that other emoji fonts do also exist.
ronjouch commented on 2016-12-05 15:22
Hi. Would it make sense to stop hard-depending on emojione-color-font? I don't want it, for two reasons:
1. It breaks my fonts, system-wide: https://bugs.archlinux.org/task/51594 . No I didn't file an upstream bug for it; at the time of isolating this bug to emojione-color-font I was happy enough to just `pacman -R nodejs-emoj emojione-color-font` and call it a day. Now that I know emojione-color-font will break my fonts I can get back to it and file the proper upstream bug :) . But first: is there a reason to hard-depend on it rather than just *recommend* it?
3. A better in-terminal font would be great (but then, see point #1, disappointing b&w in-terminal emojis are better than completely broken system fonts), and in-browser I enjoy the recent integration of emojione into Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1231701
At any rate, thanks for the packaging :)