Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Terminal Support for Emoji

darrenburns.net

Post reply on HN
Print view View original

91–100 of 129 posts

Re: Terminal Support for Emoji

#91

Post by amelius »

whywhywhywhy wrote: post #79
amelius wrote: post #31

Earlier quoted context omitted.

My main problem with emoji is that they look different everywhere. For example "big grin" looks like that on native Android, but looks like an angry face on other platforms. Quite a difference in meaning. Another problem is that some emojis are horribly missing. For example during COVID it would have been nice to have a cotton swab thing. :face-palm:

> For example during COVID it would have been nice to have a cotton swab thing Why? It would be next to meaningless now but have to be supported forever. This actually exemplifies why they need to be more strict about what goes in.

No, it exemplifies that we don't need a central authority like Unicode to control what we can/cannot say in emojis.

Re: Terminal Support for Emoji

#92

Post by PrimeMcFly »

pavlov wrote: post #14
avgcorrection wrote: post #8

Earlier quoted context omitted.

Unicode needed to include written-on-paper glyphs that existed in the world. That makes sense to most people. But a lot, lot, lot of communication these days happen digitally (digital first). You can't scribble things as freely in a textbox like this one. You can certainly make suggestive combinations like `:)`, but you are pretty limited. (How do you scribble "family of three: mom, father, daughter" without any emoj…

Are they glyphs or just vector graphics clip art? Unicode doesn’t include ligature code points for every English word either. Somehow we manage to keep glyphs and words separate. Why couldn’t we do the same for inline graphics? The copyright situation around emoji is actually worse now than if they’d been kept out of the standard. People expect emojis to look like on iPhone, but those specific graphics are owned by A…

> People expect emojis to look like on iPhone

Not really. Just Apple users.

Re: Terminal Support for Emoji

#93

Post by bitsandboots »

While this is a real issue, that effects terminals in real-world use, I took issue with this quote:

> This issue affects every terminal I've tested: Visual Studio Code, iTerm2, Alacritty, and Hyper.

I don't think those terminals are particularly known for being feature-complete with regards to VT/ANSI codes or new developments such as emoji. The quantity of things a VT-ish terminal must do is massive and not standardized, so many terminals just cover the common cases and nobody notices that they're incomplete.

If the author noted that emojis don't work properly in xterm (not xterm.js) or konsole, then that'd be something to write home about.

For reference, I've written a terminal emulator fairly recently, and found xterm to be most faithful and also a great source of documentation in itself. In personal use though, konsole is pleasant and seems to do everything I've seen right. On the other hand, currently writing this from mac and iterm2 is kind of terrible, send help.

Re: Terminal Support for Emoji

#94

Post by Joker_vD »

amelius wrote: post #91
whywhywhywhy wrote: post #79

Earlier quoted context omitted.

> For example during COVID it would have been nice to have a cotton swab thing Why? It would be next to meaningless now but have to be supported forever. This actually exemplifies why they need to be more strict about what goes in.

No, it exemplifies that we don't need a central authority like Unicode to control what we can/cannot say in emojis.

Funny how alphabetic text allows you to write whatever by just combining ~30 symbols in different order and quantities but for hieroglyphics you need thousands of symbols and it still is not enough, and never will be.

Re: Terminal Support for Emoji

#95

Post by bestouff »

bitsandboots wrote: post #93

While this is a real issue, that effects terminals in real-world use, I took issue with this quote: > This issue affects every terminal I've tested: Visual Studio Code, iTerm2, Alacritty, and Hyper. I don't think those terminals are particularly known for being feature-complete with regards to VT/ANSI codes or new developments such as emoji. The quantity of things a VT-ish terminal must do is massive and not standard…

GNOME terminal works well for me. And from experience I'm not surprised the terminals cited in the blog post don't work.

Re: Terminal Support for Emoji

#96

Post by [deleted] »

pavlov wrote: post #2

It still pains me that Unicode decided to get in the business of curating an ever-growing clip art collection. It’s like the Oxford English Dictionary decided that they’re actually poets; their main job is suddenly to invent brand new words that let people write with an exciting level of density and poetic license; and those new dictionary words would also be multi-color because everybody owns a pack of colored penci…

[deleted]

Re: Terminal Support for Emoji

#97

Post by noAnswer »

cnity wrote: post #75
GuB-42 wrote: post #68

Earlier quoted context omitted.

> Unicode needed to include written-on-paper glyphs that existed in the world. If it was the case, Emoji is seriously lacking a penis. I mean, seriously, give men a way to draw and this is what you will get. There are already existing "subjective combinations" like 8===D and the eggplant emoji for which it is its most common use. There is a proper penis in the hieroglyphics, but just because there is a hieroglyphic d…

Unicode actually does include a penis: 𓂸 There is even a "phallus with emission" variant.

Interesting: U+130BA EGYPTIAN HIEROGLYPH D053 (phallus with liquid issuing from it)

𓂺

Not even BabelMap or BabelPad have a font showing more than a square.

Re: Terminal Support for Emoji

#98

Post by amelius »

Joker_vD wrote: post #94
amelius wrote: post #91

Earlier quoted context omitted.

No, it exemplifies that we don't need a central authority like Unicode to control what we can/cannot say in emojis.

Funny how alphabetic text allows you to write whatever by just combining ~30 symbols in different order and quantities but for hieroglyphics you need thousands of symbols and it still is not enough, and never will be.

A picture can say more than a thousand words ;)

Re: Terminal Support for Emoji

#99

Post by melagonster »

amelius wrote: post #50
biztos wrote: post #47

Earlier quoted context omitted.

Interestingly (but commercially) the very popular Line app, which IMO has the best "stickers," lets you do something like this. https://en.wikipedia.org/wiki/Line_(software) If I buy a set of stickers (little animations, much more expressive than emojis) I can send them to anyone in chats, or I can send the set as a gift to that user; in the latter case, the user can add them to their library. Your library is the sta…

Well, as long as you can use these stickers in an in-line way. The graphic should be part of the sentence, not just an addition to it, although the latter should be possible too I guess.

Interestingly, you can insert text to some stickers.

Re: Terminal Support for Emoji

#100

Post by ElectricalUnion »

yorwba wrote: post #59
pavlov wrote: post #30

Earlier quoted context omitted.

It’s not the same thing because Unicode is the only gatekeeper for emoji adoption. You can’t use an emoji that isn’t yet in the standard and deployed by the OS vendors. Whereas OED only adds words that have substantial real world usage. Re: monochrome emoji rendering — an impossible proposition if you need to render any user-generated text. People simply can’t understand that their emoji might look different than whe…

> You can’t use an emoji that isn’t yet in the standard and deployed by the OS vendors. You can, as long as you control the font. Pick any codepoint in the Private Use Area and have your font define a picture for it. That's the whole idea behind icon fonts. > People simply can’t understand that their emoji might look different than when they picked it on their iPhone keyboard. Android users who pick an emoji on their…

The terminal emulator is one of the places where I actually expect coloured emoji support.

Granted, that it's supposed to emulate a teletypewriter but I think that ship sailed a long time ago.

Post reply on HN