From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Tianxiang Xiong Newsgroups: gmane.emacs.devel Subject: Re: Should `ido-everywhere` override `completing-read-function`? Date: Fri, 21 Apr 2017 19:54:21 -0700 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1148b006b65cb7054db87d8b X-Trace: blaine.gmane.org 1492829673 29619 195.159.176.226 (22 Apr 2017 02:54:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 22 Apr 2017 02:54:33 +0000 (UTC) Cc: Emacs developers To: Noam Postavsky Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 22 04:54:27 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d1lBr-0007ZW-Gq for ged-emacs-devel@m.gmane.org; Sat, 22 Apr 2017 04:54:27 +0200 Original-Received: from localhost ([::1]:33919 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d1lBx-00044d-8u for ged-emacs-devel@m.gmane.org; Fri, 21 Apr 2017 22:54:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44986) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d1lBo-00044X-6E for emacs-devel@gnu.org; Fri, 21 Apr 2017 22:54:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d1lBn-00048W-6f for emacs-devel@gnu.org; Fri, 21 Apr 2017 22:54:24 -0400 Original-Received: from mail-yb0-x230.google.com ([2607:f8b0:4002:c09::230]:33781) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d1lBn-00048L-1Y for emacs-devel@gnu.org; Fri, 21 Apr 2017 22:54:23 -0400 Original-Received: by mail-yb0-x230.google.com with SMTP id 81so50532468ybp.0 for ; Fri, 21 Apr 2017 19:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PAmdZvvQJ6OMCnOWrWIHQx92jYk1ai6pkpwTfUCpzXg=; b=sS/l9LBv2LcMkCvNZ3ZR3gfXgud0j39ep2Fb9Ku8CgWUPu2k5h609vLYsU6iAmgsnU vimsbkX4uWPSmBoY4UL+Et9Yh1/n5Q6QIpY2va4/1ohzaE4pFJ29KlqGkQUZarN8/7jD VJgs7aU4xdMv6q8OA/+rCGv6mk5XpfgCrULrOKpdHIDI0aY5mM7XkbFhvFATDynARejH tjCd5FDXnR1MZTgu3y0iIHsfYy9z9lz3TK9X6XiVMYIcWnVvuszs5cxjXpuOq3ybza1q AQbaiQuWdFDvoc+6nzaHByK3ze2b1EO9zfEw9ZG4kyoP0s0GvGp+lNdpKdwxh9f+O8SU NDEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PAmdZvvQJ6OMCnOWrWIHQx92jYk1ai6pkpwTfUCpzXg=; b=prNEWpgAqcNdbLkD6AxU+xvcJrmu1GT6GC6hkmYKV1RgovqSwmzSRXp2dZtjZUDqCE 6UQCtbsSeMqtCpqR+NLVYmN0D657cJfKgAqJL9niF2sFTjOv5PyokVUt2/m6204+v0T7 XkwHG6J6S/bwBU85QTEljW/D3II/4Av99r/XLfsTincVl78v7qK9ld9zJJaVAiWa1u5t O5x9hs+x+ObWJsaK78F54xoWtC9UpCfX/W6uFTO0oRwEVqT40AFZiAk24XqXI0t7FCqB TPbD2MRGDoxqLkUgMJ5imFbud9/nHQx2BC4sbdvb56rpGX+Iq5XccVd7YPwI5BQH2QGS J8Jg== X-Gm-Message-State: AN3rC/5NcUGgibw4vmRRgwOKRGf+TxX5WsqNrwwN0DP4aUTTRHZdrlBL VaZwDSjf0lUGdEYNcWi3YaQMI8qtGw== X-Received: by 10.37.108.3 with SMTP id h3mr14322775ybc.172.1492829661964; Fri, 21 Apr 2017 19:54:21 -0700 (PDT) Original-Received: by 10.129.106.11 with HTTP; Fri, 21 Apr 2017 19:54:21 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4002:c09::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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:214204 Archived-At: --001a1148b006b65cb7054db87d8b Content-Type: text/plain; charset=UTF-8 Hmm, interesting. I'll investigate further if time permits. On Fri, Apr 21, 2017 at 7:45 PM, Noam Postavsky < npostavs@users.sourceforge.net> wrote: > On Fri, Apr 21, 2017 at 9:23 PM, Tianxiang Xiong > wrote: > > In `ido.el`, the `ido-everywhere` minor mode overrides > > `read-file-name-function` and `read-buffer-function`. However, it does > not > > override `completing-read-function` with `ido-completing-read`. > > > > Should it? This is what Helm does, and it is convenient for the user. > > ido-completing-read currently does not entirely replace completing-read, > see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=15430 > https://github.com/DarwinAwardWinner/ido-ubiquitous > --001a1148b006b65cb7054db87d8b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hmm, interesting. I'll investigate further if time per= mits.

On Fri= , Apr 21, 2017 at 7:45 PM, Noam Postavsky <npostavs@users.sou= rceforge.net> wrote:
ido-completing-read currently does not entirely replace complet= ing-read,
see https://debbugs.gnu.org/cgi/bugrepor= t.cgi?bug=3D15430
https://github.com/DarwinAwardWinner/ido-ubiquitous

--001a1148b006b65cb7054db87d8b--