4 ms·

I don't know...from what I can tell it sounds like they removed the usage of Mac OS specific APIs from mainline:: https://lists.gnu.org/archive/html/emacs-deve

I don't know...from what I can tell it sounds like they removed the usage of Mac OS specific APIs from mainline:: https://lists.gnu.org/archive/html/emacs-devel/2016-01/msg00389.html https://lists.gnu.org/archive/html/emacs-devel/2016-01/msg00... Doesn't sound like crippling to me. > Deciding not to implement the feature in the first place, well, that's a reasonable decision given their desire for functionality to be cross-platform. But accepting it, then turning around and removing it later even though it was already implemented, that's just spite. Well this ignores the challenge of maintaining an open source project.

eridius 10y ago
> Well this ignores the challenge of maintaining an open source project. Presumably Emacs is still using platform-specific APIs for the actual drawing of the text, yes? So properly supporting Mac font rendering should not adversely affect maintenance of Emacs in general, and similarly it should not be any more work to maintain the correct Mac font renderer as it is to maintain the incorrect Mac font renderer.
- aecay 10y ago
  AFAIK vanilla GNU emacs uses NeXTStep APIs, which are also implemented by the GNUStep project[1]. So if/when X11 (and the many libraries that sit on top of it) learns how to do color emoji, then GNUStep can implement the Mac OS API, and emacs will support it. The GNU position wrt. Mac support is that only the APIs that GNUStep also supports can be used. You may disagree with the principles underlying that choice, but it is a long-standing policy of the project. It was a mistake (according to this policy) for them to merge the emoji support, and when the mistake was pointed out they removed it. So it's a bit more nuanced than your comment makes out. [1] http://www.gnustep.org/ http://www.gnustep.org/

4 ms·

I don't know...from what I can tell it sounds like they removed the usage of Mac OS specific APIs from mainline:: https://lists.gnu.org/archive/html/emacs-deve

by gshulegaard 10y ago

eridius 10y ago
> Well this ignores the challenge of maintaining an open source project. Presumably Emacs is still using platform-specific APIs for the actual drawing of the text, yes? So properly supporting Mac font rendering should not adversely affect maintenance of Emacs in general, and similarly it should not be any more work to maintain the correct Mac font renderer as it is to maintain the incorrect Mac font renderer.
- aecay 10y ago
  AFAIK vanilla GNU emacs uses NeXTStep APIs, which are also implemented by the GNUStep project[1]. So if/when X11 (and the many libraries that sit on top of it) learns how to do color emoji, then GNUStep can implement the Mac OS API, and emacs will support it. The GNU position wrt. Mac support is that only the APIs that GNUStep also supports can be used. You may disagree with the principles underlying that choice, but it is a long-standing policy of the project. It was a mistake (according to this policy) for them to merge the emoji support, and when the mistake was pointed out they removed it. So it's a bit more nuanced than your comment makes out. [1] http://www.gnustep.org/ http://www.gnustep.org/