From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.bugs Subject: bug#11131: 24.0.94; Apropos bookmarks Date: Tue, 11 Sep 2012 22:22:50 +0530 Message-ID: <87sjao33j1.fsf@gmail.com> References: <81sjgqqyt2.fsf@gmail.com> <87wr01htcz.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1347382361 17838 80.91.229.3 (11 Sep 2012 16:52:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Sep 2012 16:52:41 +0000 (UTC) Cc: 11131@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 11 18:52:40 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1TBThR-00005O-SM for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Sep 2012 18:52:34 +0200 Original-Received: from localhost ([::1]:40456 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBThO-0007jE-Bn for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Sep 2012 12:52:30 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33565) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBThL-0007iv-3l for bug-gnu-emacs@gnu.org; Tue, 11 Sep 2012 12:52:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TBThF-0003xy-75 for bug-gnu-emacs@gnu.org; Tue, 11 Sep 2012 12:52:27 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45380) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TBThF-0003xu-2V for bug-gnu-emacs@gnu.org; Tue, 11 Sep 2012 12:52:21 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TBTht-0001gt-W0 for bug-gnu-emacs@gnu.org; Tue, 11 Sep 2012 12:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jambunathan K Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Sep 2012 16:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11131-submit@debbugs.gnu.org id=B11131.13473823636474 (code B ref 11131); Tue, 11 Sep 2012 16:53:01 +0000 Original-Received: (at 11131) by debbugs.gnu.org; 11 Sep 2012 16:52:43 +0000 Original-Received: from localhost ([127.0.0.1]:54926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBThb-0001gN-6K for submit@debbugs.gnu.org; Tue, 11 Sep 2012 12:52:43 -0400 Original-Received: from mail-pz0-f44.google.com ([209.85.210.44]:48912) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TBThY-0001gF-EY for 11131@debbugs.gnu.org; Tue, 11 Sep 2012 12:52:41 -0400 Original-Received: by dadf8 with SMTP id f8so431108dad.3 for <11131@debbugs.gnu.org>; Tue, 11 Sep 2012 09:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=Pumqq9jgz3WP3QhAB8+QuNG+OBRFO8NOtWfSSuVXsBc=; b=AkmR0ivnRXS81+IwpwDAduKUZzEWFQVDBiosQNkQSSD4hD9/rZoVqg3G54wBcT79x3 i82XEyzKImKzpfJ3QeUjAnCseczNa45Yf/puXcswBY+wT29NqnA977I9wDevVUALdjIw 38Q5LNUPDQYzaLrwxK337i+0474MupdrfCpgdDzV3HAh8x1RdRtqj+I7qpEOpKKPZNJo qbjsoGXDmagai4Khod00E/IaxAMf4sm32tWZP8sKGurHLUE6zbw3h80hpJGpW1JCwjge tPudnyW1IWj5Yex19uB+bChXcFqyPDIf9T7iVgXsADmbvTIZUyRBd+aJptEyqYgqYzE7 md+g== Original-Received: by 10.66.89.6 with SMTP id bk6mr27279141pab.81.1347382318556; Tue, 11 Sep 2012 09:51:58 -0700 (PDT) Original-Received: from debian-6.05 ([101.62.98.151]) by mx.google.com with ESMTPS id pj10sm10006213pbb.46.2012.09.11.09.51.55 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Sep 2012 09:51:57 -0700 (PDT) In-Reply-To: (Stefan Monnier's message of "Tue, 11 Sep 2012 09:18:59 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:64132 Archived-At: >> With a simple ido-like completion (or iswitchb-like completion), I can >> jump to the function name quickly without typing the whole function >> name. > > Again: "Which part of "ido-like" would you like to see there?". The answer has to be how the UI works (i.e., how I *interact* with the completion mechanism and not how completions are computed.) It would be wonderful if - All aspects of completion happens right within the mini-buffer. With the default interface the following are turn-offs (which is pretty much everything) - TAB, - work window getting split in to two - Using mouse or RET for final choice > IDO completion has many differences compared to Emacs's historical > prefix-completion. But Emacs's current default completion code supports > several of those features. > > E.g. in Emacs-24, C-x b provides substring completion (and if you > enable icomplete-mode which just shows you the list of completion > candidates at the end of the minibuffer, it gets even closer to > iswitchb). > >> - (completing-read prompt >> + (ido-completing-read prompt > > That is not an option: we want the completion behavior to be consistent, > and there's nothing magical about bookmarks which justifies a thoroughly > different behavior, I think. > OTOH, maybe bookmarks have particular properties which justify tweaking > the completion behavior for them, just like it is the case for C-x b. > E.g. we could make C-x r b use substring completion. Since my bookmarks are function names, substring completion is what I desire. (Many functions share the *same* prefix) [Context Switch] I think having a standard hook to choose the default name of bookmark will also be useful. In prog-modes, I will probably set it to which-function. >> Have bookmark use completing-read-function. > > It does, since it calls completing-read which in turn calls the > completing-read-function. May be there is a reason why completing-read-function is not customizable? > Stefan