Live data from Hacker News

Bye Bye Emojis: Emacs Hates MacOS

lunaryorn.com

111–120 of 181 posts

Re: Bye Bye Emojis: Emacs Hates MacOS

#111
post #84

Earlier quoted context omitted.

is removing multicolor font support crippling emacs?

I'd say it's a feature, not a bug. There is no place for colorful smileys in my text files.

And therefore nobody else should be allowed to have them either. Which is the explicit justification given for this decision. Sheesh.

Re: Bye Bye Emojis: Emacs Hates MacOS

#112
post #25

This kind of thing is exactly why I will always support and use Mitsuharu Yamamoto's macOS Emacs port ( https://bitbucket.org/mituharu/emacs-mac ), which has been consistently rock solid and committed to implementing nice to haves on macOS that this sort of political bullshit holds back on official development. Homebrew tap here: https://github.com/railwaycat/homebrew-emacsmacport

The strong adherence to "political bullshit" is why such forks are possible. The Free software movement needs a few extremists like RMS.

Correct me if I'm wrong, but if Emacs was licensed under a more liberal license (MIT, BSD) such forks would still be possible. (Non-free forks would also be possible)

Re: Bye Bye Emojis: Emacs Hates MacOS

#113
post #27

As one of GNU's flagship products, why shouldn't Emacs remind users that it is not in agreement with Apple's treatment of its users? GNU has an agenda, just like Apple does. Intel cripples icc for non-Intel CPUs, making it emit pessimised assembler. Apple makes sure that its hardware only works with other Apple products and that macOS can only be legally virtualised on Apple hardware. Everyone has an agenda. The diff…

Deliberately crippling your product on Apple platforms does not in any way "remind users that it is not in agreement with Apple's treatment of its users". In fact, it's fairly ironic that, in an attempt to protest someone else's treatment of users, Emacs has decided to treat its users badly. Deliberately crippling Emacs will not make Apple change, and will not get people to switch away from Apple platforms. But what…

[deleted]

Re: Bye Bye Emojis: Emacs Hates MacOS

#114

As a product developer, maintaining a consistent feature set across OSes makes perfect sense to me. It is a struggle to get consistent behavior across different versions of Windows, let alone entirely different OS types.

Consistency isn't the objective though. If there are features on free platforms that don't exist on proprietary platforms, this policy would be no barrier to implementing them.

Re: Bye Bye Emojis: Emacs Hates MacOS

#115
post #53

And several other Mac features were stopped before they made it into the official release. This is Richard Stallman's policy: "GNU Emacs should never offer people a practical reason to use some other system instead of GNU. Therefore, when someone implements a useful new feature but only for a non-GNU system, we do not accept it that form." https://lists.gnu.org/archive/html/emacs-devel/2015-12/msg01... https://lists.…

Thank you for this. It validates and reaffirms my hate of GNU. GNU is not UNIX, and no amount of "freedom" peddling changes the fact that it purposely violates UNIX principles. The only thing that could change that is their code (for example ditching info in favor of man pages, removing the z option in GNU tar, or dropping --long-options), and that's one thing they'll never change. I'm so glad I don't have to put up…

Remove z option in tar? Where did that come from?

Re: Bye Bye Emojis: Emacs Hates MacOS

#116

Earlier quoted context omitted.

The point of free as in speech and not free as in beer is that the choice you make does not need to be right or wrong by the standards of other humans. No, it may be yours, but I'm pretty sure that was never the FSF's point. Not now, and not 20 years ago. Holding back technology because it's not available on "your" platform is just as monopolistic as any corporate entity they have butted heads with. - It's not "their…

It's not the FSF's point to have freedom of ideas? Then please explain what it's point is. You disagreed but haven't explained why. If it's not "their" platform then how is it available elsewhere? If other distributors have access and can make it available then it is very much a GNU political standard and not a side effect the technology. How are those platforms free if existing features have been removed due to poli…

Your characterization of the concept of freedom is profoundly flawed. You are FREE to reinstate this feature and equally FREE to share the results of your labors with your million closest friends. You are not ENTITLED to tell other people what they ought to work on and what they ought to ship nor are they somehow betraying the idea of freedom by making your life slightly less convenient.

Re: Bye Bye Emojis: Emacs Hates MacOS

#118
These multicolored fonts can cause problems. E.g. firefox on linux was at one point rendering the unicode char "black right pointing triangle" as light blue for me despite the font and text around it being black! Can be fun for some, but not if you intend it to look like the text font! This character was in unicode since 1993 long before emoji existed and now we can't even insert a simple triangle in text without being certain it won't look ridiculous on some people's screens.

http://www.fileformat.info/info/unicode/char/25b6/index.htm

Re: Bye Bye Emojis: Emacs Hates MacOS

#120
post #84

Earlier quoted context omitted.

is removing multicolor font support crippling emacs?

I'd say it's a feature, not a bug. There is no place for colorful smileys in my text files.

Emojis are characters in the Unicode specification, which have glyphs in the macOS default font, and are rendered by default in native macOS apps that display text. Why should Emacs make the decision that most characters are okay to display in their text editor, but these specific characters are a no-no?

You're sounding like "I'm not using this feature, why does it even exist?". If things worked like that, then everybody would be using Linux on all computers today.

Post reply on HN