From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Mastro Newsgroups: gmane.emacs.help Subject: Re: emacs 24.4 disable popup in minibuffer Date: Sat, 8 Nov 2014 13:45:56 -0800 Message-ID: References: <31f0e291-9b45-4c9e-a562-9ca9f3fbe890@googlegroups.com> <38ec833d-bbeb-4155-8c60-1b0888b2efa6@googlegroups.com> <5f3f3f6e-2401-4a88-b828-11c755fd1d67@googlegroups.com> <6b4bca6a-b4c7-4849-8001-fe48dc408f91@googlegroups.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1415483209 5377 80.91.229.3 (8 Nov 2014 21:46:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Nov 2014 21:46:49 +0000 (UTC) To: "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Nov 08 22:46:46 2014 Return-path: Envelope-to: geh-help-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 1XnDqC-0005vk-9n for geh-help-gnu-emacs@m.gmane.org; Sat, 08 Nov 2014 22:46:40 +0100 Original-Received: from localhost ([::1]:36933 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnDqB-00028S-VI for geh-help-gnu-emacs@m.gmane.org; Sat, 08 Nov 2014 16:46:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39615) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnDq1-00028N-DV for help-gnu-emacs@gnu.org; Sat, 08 Nov 2014 16:46:30 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XnDpq-00082o-Ip for help-gnu-emacs@gnu.org; Sat, 08 Nov 2014 16:46:29 -0500 Original-Received: from mail-ob0-x22b.google.com ([2607:f8b0:4003:c01::22b]:59476) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnDpq-000821-Dq for help-gnu-emacs@gnu.org; Sat, 08 Nov 2014 16:46:18 -0500 Original-Received: by mail-ob0-f171.google.com with SMTP id wp18so4180997obc.30 for ; Sat, 08 Nov 2014 13:46:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=R9lxlM5vI7PPErLyJQT5/ABKsg7CAEewY3bxSS1HAdE=; b=05yxlK/YMxkBgMjPDa+lN+XPInSKM4g0RKd2Af1wE0UkELodajt5dBeikaWmAdGvgq atC1h2fsFehxbelPQWNRfDkMdgivKpcEQ74rMS6qmU09s0ge6itq3D8Ho/QeQN6GeAKW n++WzVhFeDLL4tK8LYMvzpY8qCyQMJL4EPXNp1CxSNrL3lPnqH8otMNctZv6SRXb+b/x 6j20n3g3b5jqmgXwaXFFeroL4zv9djzl3E0VV7oBjLYMG5oH1TM056A76tdlMygTGHSU moV5zWoL3LKP6/Fxld4+n1jaj+o1+FflssamRz7H+Rj1sD9utOu5+KonSg8+fcF/37dn EJeQ== X-Received: by 10.202.74.18 with SMTP id x18mr16630350oia.50.1415483176991; Sat, 08 Nov 2014 13:46:16 -0800 (PST) Original-Received: by 10.76.125.194 with HTTP; Sat, 8 Nov 2014 13:45:56 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c01::22b X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:100851 Archived-At: Stefan Monnier wrote: >> and it's behaviour seems to have changed in emacs 24.4.1 (without it >> changing). > > Could someone debug the popup-complete code to try and figure out why > it's behaving differently? The package effectively a single function, which is added to `completion-in-region-functions'. I see that hook was obsoleted in 24.4, with `completion-in-region-function' recommended instead, but I'm not sure if that's related. The function checks a variable, `popup-complete-enable', to determine whether it should attempt to offer completions. The workarounds I suggested to Sam simply ensure that `popup-complete-enable' is nil in the minibuffer. However, I'm not familiar enough with either the package or `completion-in-region-functions' to know whether this a bug somewhere (and, if so, where), or if this is intended behavior that happens not to be what Sam wants. If someone call tell me what "the right thing" is here, a fix should be trivial. -- john