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

Gitmoji – Yay or Nay?

opensource.christmas

Post reply on HN
Print view View original

151–160 of 224 posts

Re: Gitmoji – Yay or Nay?

#151

Post by GoblinSlayer »

GeneralMaximus wrote: post #45
Iv wrote: post #36

Earlier quoted context omitted.

> Please use good ol' plaintext I want to emphasize on that. Why do programmers like plaintext, often to the point of wanting ASCII instead of unicode despite its international awesomeness? That's because we are called when things break down in the machinery. Monospace ASCII may look boring, but it has a precious characteristic: there is (almost) 1-to-1 mapping between the inner representation of a character and its…

Only programmers from English-speaking countries like ASCII. There are millions of us living in other countries who are thankful that Unicode exists, and who are constantly annoyed that a some of our tools don't support it well enough. As someone who grew up bilingual in a country where it's not uncommon for people to speak three or more languages, I hate the idea of being prevented from using one of the languages I…

My system (windows 10) has no issues with Hindi, but doesn't always render emoji. That said, when Hindi started to exist and how many countries have emoji as an official language?

Re: Gitmoji – Yay or Nay?

#153

Post by GrayShade »

DagAgren wrote: post #73
GeneralMaximus wrote: post #45

Earlier quoted context omitted.

Only programmers from English-speaking countries like ASCII. There are millions of us living in other countries who are thankful that Unicode exists, and who are constantly annoyed that a some of our tools don't support it well enough. As someone who grew up bilingual in a country where it's not uncommon for people to speak three or more languages, I hate the idea of being prevented from using one of the languages I…

Ironically, you can't even write proper English in ASCII. It is missing many characters widely used in English text.

Amazon used to print my name with an HTML entity on the shipping labels.

Buggy software is buggy. Saying "who cares about accents?" only sweeps the problem under the rug.

Re: Gitmoji – Yay or Nay?

#154

Post by LockAndLol »

have_faith wrote: post #85
LockAndLol wrote: post #77

That would require linux distros to distribute some kind of tool to display them properly and enter them easily in the CLI as well as IDEs. This is what it looks like to me: - [CLI]( http://i.imgur.com/XMcXwvi.png ) - [Pycharm]( http://i.imgur.com/HOXj2yg.png ) Even displaying that recycle emoji required me to install some font from a repo on github. Emojis seem to have very poor support on linux. If [this method]( h…

Apparently Ubuntu 18.04 introduced native emoji support through bundling Google's Noto Colour emoji font and an emoji picker ui built into Gnome. Looks very similar to MacOS's built in emoji picker that I'm used to.

I am on 18.04, so it's not working if something was done.

Re: Gitmoji – Yay or Nay?

#155

Post by pbourke »

chrisseaton wrote: post #94
rahuldottech wrote: post #3

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

> Please use good ol' plaintext They are plaintext. They’re Unicode characters just like abc. There’s nothing special about them!

What’s special is that they are inherently visual instead of symbolic. What happens when the culture shifts and :bug: is replaced by :pile-of-shit: ? We now must remember that 5 years ago, we used :bug: to mean software defect but after that one blog post we all use :pile-of-shit:?

It’s like the second derivative of the floppy-disk-means-save problem, but pushed into our terminals where despite their drawbacks things must generally have a relatively fixed meaning devoid of the context required to interpret purely visual signifiers.

If you mean that performance improved just write PERF instead of :lightning-bolt:

Re: Gitmoji – Yay or Nay?

#156

Post by zamalek »

woodrowbarlow wrote: post #146
danShumway wrote: post #137

I've gotten into arguments over whether or not emoji belong in the unicode standard at all, and I'm not going to rehash them here. What I am going to say is that regardless of whether or not emoji are a good fit for unicode, they don't degrade gracefully for blind users (or for sighted users on older hardware) and they're prone to rendering issues between different fonts that can mask intent.[0] Everything bad about…

> they don't degrade gracefully for blind users why not? there is a canonical plain-text description for every unicode emoji. at least in theory, i see no reason why a screen reader shouldn't be able to handle emojis.

Screen readers do handle emojis in this way, at least the Google assistant while I'm driving does.

Re: Gitmoji – Yay or Nay?

#157

Post by Razengan »

rahuldottech wrote: post #3

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

> Emoji are hard to type on non-mobile platforms

On macOS, emojis are actually easier: Control+Command+Space in any text field, then type a word to filter/search the emoji list [0], or expand the popup to a full-blown Unicode browser [1].

[0] https://i.imgur.com/ZpAcIe3.png

[1] https://i.imgur.com/uN9fxmH.png

Re: Gitmoji – Yay or Nay?

#158

Post by danShumway »

woodrowbarlow wrote: post #146
danShumway wrote: post #137

I've gotten into arguments over whether or not emoji belong in the unicode standard at all, and I'm not going to rehash them here. What I am going to say is that regardless of whether or not emoji are a good fit for unicode, they don't degrade gracefully for blind users (or for sighted users on older hardware) and they're prone to rendering issues between different fonts that can mask intent.[0] Everything bad about…

> they don't degrade gracefully for blind users why not? there is a canonical plain-text description for every unicode emoji. at least in theory, i see no reason why a screen reader shouldn't be able to handle emojis.

In theory, there's no reason why a screenreader can't. In practice, this depends on the combinations of applications you're using and whether or not your emoji dictionary is up-to-date. I suspect iOS/Android readers will handle them fine, I suspect older versions of JAWS will either have incomplete dictionaries or not handle them at all.

Blind HN readers, or just readers who have more experience than me are welcome to comment here.

The problem with emoji that isn't present for glyphs in other languages is that we get new emoji every year, which means that the standard just moves a lot faster than, say, the German alphabet.

Arguably a year is more than enough time to update a screenreader, but to be fair, how long did it take for applications to get to the point where they would pretty much all gracefully handle curly quotes across the board? Even some E-Readers used to have problems where if you searched a straight-quote, it wouldn't match curly quotes in the text. And, like, their only job is to make text work correctly.

Re: Gitmoji – Yay or Nay?

#159

Post by greggman2 »

rahuldottech wrote: post #3

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

They're hard to type? On Mac is Cmd-Ctrl-Space on Windows its Win-Period

I generally find those against emoji to be unintentionally racist since other cultures have been using various characters for decades if not longer

Re: Gitmoji – Yay or Nay?

#160

Post by naringas »

greggman2 wrote: post #159
rahuldottech wrote: post #3

That's a no from me. I am not a huge fan of emoji. Especially not in the cli or editor. Emoji are hard to type on non-mobile platforms, and are difficult to search for in logs or files. Often they don't render properly. They're near impossible to deal with from the command-line. Not to mention the accessibility issues. I see no reason why these cannot be accomplished with tags/flairs such as [critical], [bug], etc. T…

They're hard to type? On Mac is Cmd-Ctrl-Space on Windows its Win-Period I generally find those against emoji to be unintentionally racist since other cultures have been using various characters for decades if not longer

I wish I could do that on KDE plasma
Post reply on HN