From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: add Tab to ELPA other-frame-window Date: Tue, 8 Oct 2019 16:34:13 +0000 (UTC) Message-ID: <20c5ccc6-ed17-4623-b04c-a0b54df6b93e@default> References: <<8736gci5jn.fsf@mail.linkov.net>> <> <<87zhikp0ba.fsf@mail.linkov.net>> <<87lfu4jbbu.fsf@Ergus.i-did-not-set--mail-host-address--so-tickle-me>> <<87tv8myi8m.fsf@mail.linkov.net>> <<83imp13ihn.fsf@gnu.org>> <<87wodhn21l.fsf@mail.linkov.net>> <<83ftk51ydt.fsf@gnu.org>> <<87imp1k79d.fsf@mail.linkov.net>> <<838spx1x74.fsf@gnu.org>> <> <<87imp1ef9i.fsf@mail.linkov.net>> <<86d0f9wkfd.fsf_-_@stephe-leake.org>> <<87sgo4s47x.fsf@mail.linkov.net>> <<837e5fznhj.fsf@gnu.org>> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="27982"; mail-complaints-to="usenet@blaine.gmane.org" Cc: stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Eli Zaretskii , Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 08 18:37:26 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iHsUI-000734-19 for ged-emacs-devel@m.gmane.org; Tue, 08 Oct 2019 18:37:26 +0200 Original-Received: from localhost ([::1]:58380 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHsUF-0007zD-KZ for ged-emacs-devel@m.gmane.org; Tue, 08 Oct 2019 12:37:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43156) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHsTN-0007yk-28 for emacs-devel@gnu.org; Tue, 08 Oct 2019 12:36:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iHsTL-0004GA-Pg for emacs-devel@gnu.org; Tue, 08 Oct 2019 12:36:28 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:52610) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iHsTK-0004D5-3w; Tue, 08 Oct 2019 12:36:26 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x98GO2qH178924; Tue, 8 Oct 2019 16:36:16 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=XK+FhDYr9bX40/QtGQ4PELq5z2gDU1qOfDvzlGBc9wM=; b=FP86l32hjAN1m5YwuQm1cTZm0LE/1Dx2477kstRhY0xlf17Kfh8hZbWOuY2hJoh0eLjb y6NSmQRRtNtaZSeEkmqueiu6FTrwQHNPHawFI8ae1KinLMdj0Fhgv0lXQ3mHGLrvwc5o 8sAw2klt+su+tTs4u5QNHCmwkb8t4skth5m3rocX5U8lcBHMzwLGMX9dy5MA/lYCRUlJ I4SHnmRzSPiFV2cAYCOF1idqv/3A8J6btNjWpH+oDYb/wEMGIhNP0BtGOXqoC1h8wsc8 pQdkxTf0PB12Q0ukqR0xNUyiJ2FQb8HkZ87Um5wKdj0j4z/IG2Wb5qqgWEWOku7CJsHm 9Q== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 2vektre91y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 08 Oct 2019 16:36:15 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x98GDd0A183904; Tue, 8 Oct 2019 16:34:15 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 2vgefawsxh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 08 Oct 2019 16:34:15 +0000 Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x98GYENO006326; Tue, 8 Oct 2019 16:34:14 GMT In-Reply-To: <<837e5fznhj.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4900.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9404 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910080138 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9404 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910080138 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 156.151.31.85 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:240753 Archived-At: jl>> C-x 7 - other-window jl>> C-x 9 - other-frame jl>> But I don't know what prefix to propose for other-tab. jl>> There are no more digits available on the C-x prefix. sl> I always bind different keys for the prefix anyway sl> (M-m other-window, M-M other-frame); we could just sl> define the functions and not choose a default binding. sl> Or use C-x t; that's free. "We could just define the functions and not choose a default binding." Yes, that's preferable to sacrificing `C-x t' as a default binding. Define the commands. Define keys for them in a keymap. But don't bind the keymap to any prefix key by default. sm> The choice of a useful yet "safe" default is sm> not obvious, indeed. sm> But users can decide to use C-x 3, C-x 6, C-x 5 sm> or whatever they fee like. Yes, let users decide. Define a keymap variable, to make it easy to use a prefix key, but don't bind any prefix key by default. What's wrong with that? jl>> but let's hear more opinions before changing jl>> 'C-x 6' to 'C-x t'. ez> Agreed. How about changing to "C-x t" if no one ez> brings up serious objections within a week? How about serious supporting arguments? Have there been any? FWIW, I don't like the idea. There's nothing "free" about `C-x t'. It doesn't have a default binding; that's all. And that's a good thing. Let users and libraries have it, without them needing to override standard Emacs default bindings. Likewise, other `C-x' keys (`C-x 6' etc.). (Just one opinion.)