all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Anders Lindgren <andlind@gmail.com>
To: Toon Claes <toon@iotcl.com>
Cc: emacs-devel <emacs-devel@gnu.org>
Subject: Re: Nextstep build uses iso-latin by default. WHY?
Date: Thu, 14 Apr 2016 11:31:26 +0200	[thread overview]
Message-ID: <CABr8ebbNPh7i0Zs2QjVS7h+SXX+uFbjQzp0zHPQFehAm9rtKNw@mail.gmail.com> (raw)
In-Reply-To: <m2potswvlp.fsf@iotcl.com>

[-- Attachment #1: Type: text/plain, Size: 2149 bytes --]

Hi!


> > * Add OS X-specific features (while still respecting the FSF policy
> > that features should not only be available on non-free systems)
>
> Well, recently I switched from Railwaycat's Mac port
> (at https://github.com/railwaycat/mirror-emacs-mac) to the official
> Emacs version (installed using Homebrew).
> I never understood why Railwaycat's changes are not merged to the
> official repo, but is it because of that FSF policy?
>

That is only part of the story. But, yes, the "mac" port has more freedom
as it's not official FSF software.

The "mac" port originates from an Emacs implementation on Mac OS Classic
whereas the NS port comes from NextSTEP, before the two were merged with OS
X. Amazingly, both are still being actively maintained. Internally,
however, they are totally different, the "mac" port is written in C based
on the Carbon API, while the NS port is implemented in Objective-C and use
the Cocoa API. This makes it hard to simply "merge" a feature fromt the
"mac" port to the NS port, and vice versa.


I really would like to help make the official Emacs work better on OS X,
> but if I understand it correctly, not everything is allowed?
>

Yes, that is correct. A recent example is that support for fonts with
colors has been disabled awaiting it being supported on a free system.

However, there are many ways we can make Emacs on OS X better without
breaking the FSF policy.


But I'll start going through the bugs to see where I can help and so try
> to getter a better understanding of the source code.
>

Welcome aboard!

The bug database is hard to navigate -- it's hard to find NS-specific bugs
since there is way of tagging a bug as NS- or OS X-specific and the search
function doesn't work so well (e.g. searching for "MAC" match every bug
containing the word "eMACs"...). I suggest that you start by looking at
recent unresolved bugs (like bug#22973) or the issues listed in etc/TODO.

Feel free to ask me questions, either directly, or by starting a generic
"NS port" thread here at emacs-devel. (In the future, if more people would
join, we could have a dedicated NS port mailing list.)

    -- Anders

[-- Attachment #2: Type: text/html, Size: 3360 bytes --]

  reply	other threads:[~2016-04-14  9:31 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-11 20:27 Nextstep build uses iso-latin by default. WHY? Angelo Graziosi
2016-03-11 20:49 ` Eli Zaretskii
2016-03-11 22:18   ` Angelo Graziosi
2016-03-12  6:54     ` Eli Zaretskii
2016-03-12 16:55       ` Angelo Graziosi
2016-03-11 22:41   ` Stefan Monnier
2016-03-20 15:11     ` Alan Third
2016-03-20 15:34       ` Stefan Monnier
2016-04-02 15:45       ` Alan Third
2016-04-08 13:57         ` Anders Lindgren
2016-04-08 14:41           ` Toon Claes
2016-04-08 19:59             ` Anders Lindgren
2016-04-08 23:03               ` John Wiegley
2016-04-14  6:30               ` Toon Claes
2016-04-14  9:31                 ` Anders Lindgren [this message]
2016-04-14 12:52                   ` Regexp search in debbugs (was: Nextstep build uses iso-latin by default. WHY?) Michael Albinus
2016-04-14 13:35                     ` Regexp search in debbugs Lars Magne Ingebrigtsen
2016-04-15  0:48                   ` Nextstep build uses iso-latin by default. WHY? YAMAMOTO Mitsuharu
2016-04-16  8:31                   ` YAMAMOTO Mitsuharu
2016-04-16 13:47                     ` Stefan Monnier
2016-04-16 22:32                       ` John Wiegley
2016-04-14 12:35                 ` Stefan Monnier
2016-04-14 16:39                   ` John Wiegley
2016-04-14 22:40                   ` YAMAMOTO Mitsuharu
2016-04-14 23:26                     ` Stefan Monnier
2016-04-15  5:42                       ` Anders Lindgren
2016-04-15  9:21                       ` YAMAMOTO Mitsuharu
2016-03-11 23:43   ` Angelo Graziosi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CABr8ebbNPh7i0Zs2QjVS7h+SXX+uFbjQzp0zHPQFehAm9rtKNw@mail.gmail.com \
    --to=andlind@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=toon@iotcl.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.