Live data from Hacker News

Gitmoji – Yay or Nay?

opensource.christmas

211–220 of 224 posts

Re: Gitmoji – Yay or Nay?

#211
post #210

Earlier quoted context omitted.

> forced to rely on poor tools (I hate JAWS so very very much) Blind Windows users aren't forced to use JAWS, at least in the sort of context where they're likely to encounter emoji (i.e. I understand it may be forced in some job settings). NVDA is freely available and Narrator is built in, and both handle emoji well AFAIK. Disclosure: I work at Microsoft on the Narrator team, but I'm just as happy if you use NVDA.

> NVDA is freely available and Narrator is built in, and both handle emoji well AFAIK. They may handle emoji, but they also regularly fail to handle other common screen-reader situations well. I do understand the difficulty - most interfaces today are visually-oriented, and often don't include the necessary contexts for accessibility. This turns our screenreader programs into massive and complex programs that have to…

> NVDA is similar to the sloths from Zootopia's DMV anytime you're doing anything on a network

Do I understand this reference correctly? Are you saying NVDA is really slow when you're doing anything on a network, even when that network activity is in the background? Can you give an example? I've never experienced this nor heard of it. But maybe I'm missing some specific detail of the Zootopia reference. I watched that movie once, or rather listened to it without audio description (with my family), and I don't remember the DMV scene that well.

> Narrator's settings regularly get reset by updates, and will re-enable itself at random and unexpected times).

Have you reported this through Feedback Hub? I haven't experienced or heard of the problem with settings being reset by updates.

Re: Gitmoji – Yay or Nay?

#212
post #200

Earlier quoted context omitted.

What battle are you referring to? A large majority of the world's population is speaking languages containing characters outside of ASCII. ASCII has no relevant future.

But this subthread is specifically about ASCII and English. So you point, while valid and true, is not relevant to this specific subthread. I respectfully suggest you read my posts in this subthread because I don't believe you have. Instead, you appear to have taken my comment on accents in English completely out of context.

I did read the thread. It was about the irony that ASCII doesn't even cover English. Then you start to talk about a loosing battle. Still unclear which battle. Are you referring to the evolution of the English language into a language only using ASCII? Because if so that's completely off topic for the thread.

Re: Gitmoji – Yay or Nay?

#213
post #210

Earlier quoted context omitted.

> NVDA is freely available and Narrator is built in, and both handle emoji well AFAIK. They may handle emoji, but they also regularly fail to handle other common screen-reader situations well. I do understand the difficulty - most interfaces today are visually-oriented, and often don't include the necessary contexts for accessibility. This turns our screenreader programs into massive and complex programs that have to…

> NVDA is similar to the sloths from Zootopia's DMV anytime you're doing anything on a network Do I understand this reference correctly? Are you saying NVDA is really slow when you're doing anything on a network, even when that network activity is in the background? Can you give an example? I've never experienced this nor heard of it. But maybe I'm missing some specific detail of the Zootopia reference. I watched tha…

Yes, NVDA has some problems to do with network connectivity. It's a fairly well-known problem. It has been solved several times, and re-appeared several times, but getting the right trifecta of Windows version, network card and NVDA version means it can take somewhere in the range of a full minute just to say "Firefox".

---

Windows isn't my daily driver, mostly because Windows 10 has at several points reset _all_ the system settings with some updates, not just accessibility. Again, this isn't an unknown problem. It may happen less often now the team seems more aware of it, but it only has to happen once to render my computer nearly useless. It's less of a problem with Narrator, and more the tightly couple nature of Windows components and the decided drop in update quality in recent years.

The part about Narrator randomly speaking is something has appeared since the XP days. Now and then a single word will squeak through when the whole thing is supposed to be on mute. It's completely unpredictable though, so I wouldn't expect it (as a programmer) to be solved at any point soon.

Re: Gitmoji – Yay or Nay?

#214
post #64

Earlier quoted context omitted.

As a person from another country speaking not-english, I just switch all my devices to english nowadays.

Same here. At least when I get an error message, I can google for a solution. Good luck with localized messages.

That's the main reason all my devices are set to english.

Re: Gitmoji – Yay or Nay?

#215
post #194
post #166

Earlier quoted context omitted.

This is completely absurd. English is my only language but I would never hope for something like this. We're not supposed to cater to the needs of our tools; we're supposed to make technology cater to our needs. Following your logic to its natural conclusion, think about how much programming and debugging effort could be saved worldwide if we just stopped using machines and their features altogether.

As a counterexample, when I open some lib's repo and see comments in code are non-english, I just close it and don't use the lib. Not because I'm a racist, mind you, but because it complicates trying to understand/modify it by unreasonable amount of time. When I'm working I have to deal with spec requirements in other languages too, which is also troublesome. I kinda agree with gp on this, things would be much, much…

Reminds me of the time when StarOffice became OpenOffice. As StarOffice was developed in germany all the comments where in german. This hindered development for several years when the project became more international before alls comments where translated by volunteers.

Re: Gitmoji – Yay or Nay?

#216
post #106

Earlier quoted context omitted.

> Doesn't 'fix' already mean there was a bug, that was 'fix'-ed? Read this: https://stackoverflow.com/questions/3580013/should-i-use-pas... TLDR from the Git repo: Describe your changes in imperative mood, e.g. "make xyzzy do frotz" instead of "[This patch] makes xyzzy do frotz" or "[I] changed xyzzy to do frotz", as if you are giving orders to the codebase to change its behavior. People have different opinions on wh…

I don't think this answers the question?

How come? As I understand the comment, the user is questioning the tense of "fix" and I'm providing a reason and an example as to why someone would use imperative mood in their commit message.

Edit: Nevermind. I must have been tired yesterday. User wasn't questioning the tense, but pointing out that the part of the message "fix" making the :emoji: redundant.

Re: Gitmoji – Yay or Nay?

#217

Earlier quoted context omitted.

"Programmers don't like this because Linux is shit" isn't a great argument against anything, really.

"Programmers don't like this (shit) tool addition you wrote because it doesn't work with the existing (shit) programming tools" is a better paraphrase TBH.

I mean, it works fine with my tools, I just choose not to use shit ones?

Re: Gitmoji – Yay or Nay?

#218

Earlier quoted context omitted.

>Why do people feel the need to standardize these things? Really? Because standardization leads to automation.

I'm not against automation in principle, but in this case you don't actually need to standardize before you automate. Observation: people are prefixing their commit messages with emoji! Automation: let's group commit messages by emoji, with an "uncategorised" bucket for emoji-less commits. Job done, that's all you need. The "standard" that defines which emoji to use and when can evolve completely separately. I'd argu…

It only adds to the learning curve because some people are adamantly against it, causing unneeded stress for adopting the standard.

Re: Gitmoji – Yay or Nay?

#219

Earlier quoted context omitted.

I'm not against automation in principle, but in this case you don't actually need to standardize before you automate. Observation: people are prefixing their commit messages with emoji! Automation: let's group commit messages by emoji, with an "uncategorised" bucket for emoji-less commits. Job done, that's all you need. The "standard" that defines which emoji to use and when can evolve completely separately. I'd argu…

It only adds to the learning curve because some people are adamantly against it, causing unneeded stress for adopting the standard.

No, it adds to the learning curve because it adds new rules.

I also happen to think they are bad rules in this case, but that’s a separate matter.

Re: Gitmoji – Yay or Nay?

#220
I heard some ops willing them to have a clearer vision of what's commited but I don't like being dependend on them. I ended up looking what kind of emoji I had to use on every commit and it felt like a waste of my time
Post reply on HN