From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Leaving out non-applicable commands on Mx Date: Sun, 10 Jan 2016 09:53:40 +0100 Message-ID: References: <87mvszdp6b.fsf@gnus.org> <8737u9kv6f.fsf@russet.org.uk> <87fuy7hdc6.fsf_-_@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1452416080 13589 80.91.229.3 (10 Jan 2016 08:54:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Jan 2016 08:54:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 10 09:54:28 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aIBla-0002cZ-Pr for ged-emacs-devel@m.gmane.org; Sun, 10 Jan 2016 09:54:26 +0100 Original-Received: from localhost ([::1]:45954 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIBla-0002ak-2D for ged-emacs-devel@m.gmane.org; Sun, 10 Jan 2016 03:54:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49171) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIBlO-0002ac-6r for emacs-devel@gnu.org; Sun, 10 Jan 2016 03:54:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aIBlL-0004xl-1e for emacs-devel@gnu.org; Sun, 10 Jan 2016 03:54:14 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:40155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIBlK-0004x9-RP for emacs-devel@gnu.org; Sun, 10 Jan 2016 03:54:10 -0500 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=stories) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aIBkq-0005i0-Od; Sun, 10 Jan 2016 09:53:40 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEXNzMkFAgBeWlf49/T9 /fyQjYkIBQP////+//4hHhvtCv9HAAACUklEQVQ4jX2SwWvbMBTGH3XNlqMuht2CijN8M5MhPQak ER+Ng8p6mwN54FshHvaxrAbr2Bhq8H+7JzkkTbNNYCS/3/u+Jz8/0Fpn8LdV/2P9BzwB7Em5vAa+ /gXgf7oCTXsLsYwBPn+ssf8K/kr72Y+r4ksl2yQRyytAaw8egPDkR1C9gCAA4iNo09QYc2m1nvbK VGnncrojSI/xdSVcjlJH0KX2Xa7rStncxoLGApPe1u5oXiwwbVp3VgSyXtdUtmnqynmqVCmrhWRp HJicm1YmSqq2qUGt2/MdlTFSKCFk0sH9+8srSk8IxLcGVNd0J9AYQxWEEImy3T0DImmsPQsJVO/N mu8DlhvTSjhd6NjmB0T82Urhmni6V9M8Uxx3Qrrx2efzddUZV+K55Jy/CWFBN0O8mxwrsSppAsPE gacRcVvT76iUhNgCPSl+6xzL++nLAHoe8tAOTV1/03rAjYjBo8fvx350wHQ3mg/BXMR+5tE7J0Vm pSqZhSOyV4h9nRHIw1BngmZGCbrFgQBQUZrhG5JsrBWBPDwEOweI+PQdG6sQMef6gDsXJ/DIIwJ2 yuIo6knhkyORHCOu5w6IRRgVbEdBriNqVMbvFvPYgXIsgm0eap4zRq1dpQOGAAkBXgTYE1gwFmA5 E0OBb+DFWHKkwJaPB9oQR29ALAEiAmOB2A/ImCOe/SeQowV06heIzIZwPhzBtPoIJwG+4iUYrRWS 6e4ESmr1VMOllGdFzzmBghSsKFhgHeGR8r7wPB/GgZ1XQIBZ0PNLwBAiu5HVUF6CP5k9fgczdAtu AAAAAElFTkSuQmCC In-Reply-To: (Stefan Monnier's message of "Sat, 09 Jan 2016 12:32:53 -0500") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aIBkq-0005i0-Od MailScanner-NULL-Check: 1453020821.82516@AoyBCwc2L1EFV5v3+jDMvw X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197959 Archived-At: Stefan Monnier writes: > I think having to tweak every mode-specific command is going to be > too heavy. We should be able to cut that down drastically by having > a way to say "commands with prefix foo- all all mode-specific except for > those that are marked as being global". That would certainly help with discoverability of the global commands, but would it also allow completing over the commands that are applicable to the current mode(s)? For instance, there are often commands that apply to similar modes (for instance in the cc-mode family) that aren't necessarily named what you might think, I think... One could offer to complete over the keys that are bound in the local maps, of course. If one can get this to work, that would be very nice, but I'm not sure that that it's flexible enough. > So if we have N local command and M global commands, we replace > N modifications with M+1 modifications. If M>>N that's a big win. Sure. But I think this sort of "janitorial" fix-up is something that appeals to (some) people: They can do something that can be semi-automated, and have real noticeable progressive impact on Emacs usability. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no