From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "paul r" Newsgroups: gmane.emacs.devel Subject: Re: Usability suggestion : completion for M-: Date: Tue, 18 Mar 2008 10:19:51 +0100 Message-ID: References: <003001c886f5$366f4330$0600a8c0@us.oracle.com> <874pb7ikt7.fsf@jurta.org> <000501c8873d$4ff68550$0600a8c0@us.oracle.com> <000701c88785$bd26dce0$0600a8c0@us.oracle.com> <87d4puxx2b.fsf@bzg.ath.cx> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1205832370 22208 80.91.229.12 (18 Mar 2008 09:26:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Mar 2008 09:26:10 +0000 (UTC) Cc: bzg@altern.org, Stefan Monnier , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 18 10:26:39 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JbY5c-000834-Ao for ged-emacs-devel@m.gmane.org; Tue, 18 Mar 2008 10:26:36 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JbY52-0000Ba-8M for ged-emacs-devel@m.gmane.org; Tue, 18 Mar 2008 05:26:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JbXzB-0006vu-W5 for emacs-devel@gnu.org; Tue, 18 Mar 2008 05:19:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JbXz9-0006vM-L4 for emacs-devel@gnu.org; Tue, 18 Mar 2008 05:19:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JbXz7-0006uv-Vz for emacs-devel@gnu.org; Tue, 18 Mar 2008 05:19:54 -0400 Original-Received: from fk-out-0910.google.com ([209.85.128.188]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JbXz7-0002jP-Hg for emacs-devel@gnu.org; Tue, 18 Mar 2008 05:19:53 -0400 Original-Received: by fk-out-0910.google.com with SMTP id 26so6424029fkx.10 for ; Tue, 18 Mar 2008 02:19:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KNm5QJXHmCJdyCzY0mde80+3BFhIn6JGXu7NzwgDVdQ=; b=s0hwqSNfVtk+e46QoWHfBEbeKQZhx98pVGfMV1dkUHUZtFYHbEbCOrsr0FBCSf2x4A09eEYqB2bz7/G7XXw+gTcIvAqcDJdZ3RlyyTtUdhwGdC5xC1Rx1BhJmBM8urHAuGTsLgZUJAe/zB4H3EPxhcEuV9ym2ZLzvV+zQUDskSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tIvW/oE5axG2jNVOoKBf+VUcY1JSBEsjY9/1oi71c7XBfQ668g9cpQGc8gCWWzQb8jhnxhp+JJiLqk/9xcNhwlrJB71mukGpiZnRCe6e2Ay5r6Ar5T1/hTt9EoAI6+m0d61+9vkzipLHk9+7h0qZ67EEb0Cdyp3pRR+Ix9LCvyA= Original-Received: by 10.82.174.20 with SMTP id w20mr2191714bue.14.1205831992067; Tue, 18 Mar 2008 02:19:52 -0700 (PDT) Original-Received: by 10.82.176.6 with HTTP; Tue, 18 Mar 2008 02:19:51 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:92876 Archived-At: Richard Stallman : > For what it's worth, I'm a bit annoyed by Emacs's inconsistent use of > TAB: in minibuffers, TAB behaves like in terminals to mean "complete", > where in normal buffers it usually means "indent". > > > There aren't enough convenient keys, so we have to do this overloading. > How necessary is it today to have *by default* C-i bound to TAB (and C-m bound to RET). This is a real honnest question, I'm wondering if some terms have hard-bound C-i etc. Please note that I really like C-m, because RET is just to far away from my right hand. But TAB and C-i are equaly accessible. In case it is not hard-bound on some systems emacs runs on, how about using one for indent and the other for completion ? That could allow to have a consistent behaviour across modes. -- paul