From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.devel Subject: Re: 26.1-rc1: global-set-key suggestions Date: Mon, 14 May 2018 08:09:36 +1000 Message-ID: References: <54ef5b61-535d-4f19-6e32-2580146c8204@gmail.com> <504ae9af-67a6-4495-19df-155fec42916f@disroot.org> <20180513133523.GA26772@breton.holly.idiocy.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000f560d5056c1d9ffe" X-Trace: blaine.gmane.org 1526250242 31060 195.159.176.226 (13 May 2018 22:24:02 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 13 May 2018 22:24:02 +0000 (UTC) Cc: =?UTF-8?Q?Cl=C3=A9ment_Pit=2DClaudel?= , Emacs developers To: Alan Third Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 14 00:23:57 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fHzPI-00080L-MP for ged-emacs-devel@m.gmane.org; Mon, 14 May 2018 00:23:56 +0200 Original-Received: from localhost ([::1]:60151 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fHzRP-000576-P0 for ged-emacs-devel@m.gmane.org; Sun, 13 May 2018 18:26:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fHzQr-00053G-Cl for emacs-devel@gnu.org; Sun, 13 May 2018 18:25:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fHzBS-0008IS-Bs for emacs-devel@gnu.org; Sun, 13 May 2018 18:09:39 -0400 Original-Received: from mail-ot0-x229.google.com ([2607:f8b0:4003:c0f::229]:40533) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fHzBS-0008Hx-52 for emacs-devel@gnu.org; Sun, 13 May 2018 18:09:38 -0400 Original-Received: by mail-ot0-x229.google.com with SMTP id n1-v6so12159936otf.7 for ; Sun, 13 May 2018 15:09:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8UCkL+Dxxp9lUOtoJSfw3c1XFUMk6Cu87sXpCsTO3rI=; b=FsXFYIRRSB36gdnOS2YtGxgwiXUFGy8IOkusOLjfze2/+Qri0CUWI4+4y4CMpslW8l gty8FPSgfJFbzMCoR1DlqxiBdqnNMbwOs1NQYjlMb5mDslUMMscQ6sJtB7e4rZPrySLR l3+jjUvatmmieifu/Duz1wWzfOXfzB1RrbA4QH5ixldTjh19vVHGHj2cZ47qQ5k16vAJ Tmnp5sMpKCUOtV2zsg/x1Yw0VraQbnh4n0zpiPsbs2gVfNeawhb9SDgkRawJhYdIcEA/ YmwnFzF8BV6z0Ejp3s4bldIa86CgxdwjG/SyX6aYcwwytptwKJM8nm1iXd5W/O6i9QwD CVjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8UCkL+Dxxp9lUOtoJSfw3c1XFUMk6Cu87sXpCsTO3rI=; b=YyZsmBeJ21ytkA7ndbGsaG5jUWh6V2vc93c68xb/aqq5lcAONycRQqEg/zD+an6Yf5 77uPNoijS8GhCgiZpSAfVl3Rm6bHwwc5VvypDTMsYVBbq/fhAFw5z4LrurBzm+tMfN8B RrD9Y1rdZ7aJti+hPi8uKrFv5q5oQ/fJCo3fUalaGlpWpUfh/wXIB4sTejnxNTjhllfc UzceQSxL8J06fJ+Fo9qi8EVJfMwb+MvQZ06Y5cI4THaJCnoMHRUeU+tCzrQ3ED///1VZ /GtWm38uiY2yBrGabubrYlf2qfW8wJdPrJTOox1DpDOpNBBSwKJPkQPKHOBFqoAk2ROT QAGw== X-Gm-Message-State: ALKqPwfnB+ayw6eDYDu1OtLjSmJ8ekYCuo0zM/7vl5Ufb05Pbk4x2VQk 8VIQkZiLp3NYw9zDiECxF+5Im+byO5r3BIje+Cc= X-Google-Smtp-Source: AB8JxZo+ZvFCrm8gApzN4Fx1CgQ1O7hE8SSeuX4JuvcGASVTX0/CAb6MiVHvpBrpvoHPqqXuAN+Y4OgTjlvCPXOkNtk= X-Received: by 2002:a9d:49ad:: with SMTP id g45-v6mr5411319otf.65.1526249377061; Sun, 13 May 2018 15:09:37 -0700 (PDT) Original-Received: by 10.201.22.206 with HTTP; Sun, 13 May 2018 15:09:36 -0700 (PDT) In-Reply-To: <20180513133523.GA26772@breton.holly.idiocy.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c0f::229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:225277 Archived-At: --000000000000f560d5056c1d9ffe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Just to add another perspective.... I use Emacs on macOS at work and on GNU Linux at home. So for me, one of the great things about Emacs was/is consistency in key bindings across platforms. If we start making bindings different depending on the platform, then you lose that level of consistency. As this is Emacs, this is not a huge issue as it is easy enough to set them to whatever I want, but thought I'd just mention that making bindings platform dependent may have a downside for those who work in Emacs from different platforms. Tim P.S. I've been using Emacs for so long, I tend to change the OS bindings to match with Emacs rather than the other way round. Unfortunately, unlike GNU Linux, macOS does not offer the same level of flexibility in this area On 13 May 2018 at 23:35, Alan Third wrote: > On Thu, May 10, 2018 at 07:34:48PM +0700, Siraphob (Ben) Phipathananunth > wrote: > > Cl=C3=A9ment Pit-Claudel wrote: > > > > > I'd prefer binding these to a function that changes the font size on > > > the whole frame, rather than just the current buffer. > > > > This is exactly what I do in my init file: > > https://github.com/siraben/dotfiles/blob/master/emacs/. > emacs.d/modules/siraben-fonts.el > > > > Specifically, this is done by using `set-frame-font' which means elemen= ts > > such as the mode line are enlarged as well. Note that I am binding the > font > > size changes to C-+, C-- and C-=3D, but it could easily be done with s-= +, > s-- > > and s-=3D respectively. > > > > I don't see any conflicting key bindings with macOS. What are other > > maintainers' thoughts on this? > > I=E2=80=99m no longer sure if we=E2=80=99re talking about just binding th= ese keys on > the NS port or generally, but if it=E2=80=99s just the NS port then I hav= e no > problem with either option. Resizing everything seems to match up most > closely with the other apps I use, but I=E2=80=99m not a heavy user of ma= cOS > specific apps, so I can=E2=80=99t say whether it would be expected behavi= our > or not. > > -- > Alan Third > > --=20 regards, Tim -- Tim Cross --000000000000f560d5056c1d9ffe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Just to add another perspective....

I u= se Emacs on macOS at work and on GNU Linux at home. So for me, one of the g= reat things about Emacs was/is consistency in key bindings across platforms= . If we start making bindings different depending on the platform, then you= lose that level of consistency.=C2=A0

As this is = Emacs, this is not a huge issue as it is easy enough to set them to whateve= r I want, but thought I'd just mention that making bindings platform de= pendent may have a downside for those who work in Emacs from different plat= forms.=C2=A0

Tim

P.S. I&#= 39;ve been using Emacs for so long, I tend to change the OS bindings to mat= ch with Emacs rather than the other way round. Unfortunately, unlike GNU Li= nux, macOS does not offer the same level of flexibility in this area
<= /div>

On 13 May 20= 18 at 23:35, Alan Third <alan@idiocy.org> wrote:
On Thu, May 10, 2018 at 07:34:48PM +0= 700, Siraphob (Ben) Phipathananunth wrote:
> Cl=C3=A9ment Pit-Claudel wrote:
>
> > I'd prefer binding these to a function that changes the font = size on
> > the whole frame, rather than just the current buffer.
>
> This is exactly what I do in my init file:
> https://= github.com/siraben/dotfiles/blob/master/emacs/.emacs.d/modules/si= raben-fonts.el
>
> Specifically, this is done by using `set-frame-font' which means e= lements
> such as the mode line are enlarged as well. Note that I am binding the= font
> size changes to C-+, C-- and C-=3D, but it could easily be done with s= -+, s--
> and s-=3D respectively.
>
> I don't see any conflicting key bindings with macOS. What are othe= r
> maintainers' thoughts on this?

I=E2=80=99m no longer sure if we=E2=80=99re talking about just bindi= ng these keys on
the NS port or generally, but if it=E2=80=99s just the NS port then I have = no
problem with either option. Resizing everything seems to match up most
closely with the other apps I use, but I=E2=80=99m not a heavy user of macO= S
specific apps, so I can=E2=80=99t say whether it would be expected behaviou= r
or not.

--
Alan Third




--
regards,

Tim

--
Tim Cross

--000000000000f560d5056c1d9ffe--