From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#8492: 23.3; Time to use a different binding for completion? Date: Wed, 20 Apr 2011 10:18:20 -0300 Message-ID: References: <87zknuhxl4.fsf@sc3d.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1303306663 9780 80.91.229.12 (20 Apr 2011 13:37:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 20 Apr 2011 13:37:43 +0000 (UTC) Cc: 8492@debbugs.gnu.org To: Reuben Thomas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Apr 20 15:37:38 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QCXb8-0008OH-H8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Apr 2011 15:37:38 +0200 Original-Received: from localhost ([::1]:35664 helo=lists2.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCXb8-0004Mu-2K for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Apr 2011 09:37:38 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60160) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCXb2-0004Gq-0T for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2011 09:37:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QCXb0-0007fE-Nu for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2011 09:37:31 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCXb0-0007er-KZ for bug-gnu-emacs@gnu.org; Wed, 20 Apr 2011 09:37:30 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QCXJ8-0001zu-IM; Wed, 20 Apr 2011 09:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Apr 2011 13:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8492 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8492-submit@debbugs.gnu.org id=B8492.13033055127641 (code B ref 8492); Wed, 20 Apr 2011 13:19:02 +0000 Original-Received: (at 8492) by debbugs.gnu.org; 20 Apr 2011 13:18:32 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QCXId-0001zB-D9 for submit@debbugs.gnu.org; Wed, 20 Apr 2011 09:18:32 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QCXIc-0001z0-69 for 8492@debbugs.gnu.org; Wed, 20 Apr 2011 09:18:30 -0400 Original-Received: from 213-159-126-200.fibertel.com.ar ([200.126.159.213]:37602 helo=ceviche.home) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1QCXIV-0004mt-Hn; Wed, 20 Apr 2011 09:18:23 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id BAE12662B5; Wed, 20 Apr 2011 10:18:20 -0300 (ART) In-Reply-To: (Reuben Thomas's message of "Wed, 20 Apr 2011 12:54:56 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 20 Apr 2011 09:19:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:45883 Archived-At: > This is the problem: unusable defaults. I'm asking if we can have a > usable default setting. Currently, the "usable default" is ESC TAB. It's a bit longwinded, so it'd be good to find a better solution. Since this problem has been around for a long time and no good key has popped up during this time, I believe that using TAB is the way forward, which means we need to figure out ways to make it work in the cases where it currently doesn't. Currently the way it works is "try to reindent, and if there was no change, try to complete". As mentioned this doesn't work for Python and Haskell, so for those modes maybe completion should take precedence as in "see if we're somewhere where completion makes sense and if not try to reindent", so TAB would complete if point is in an identifier but not if it's a BOL. Not sure if it would work well in practice, but it might be worth trying it out. There are other cases where TAB has trouble, e.g. in text modes where TAB doesn't reindent but jumps to the next tab position. I don't know how/if we can combine this TAB semantics with completion. Stefan