From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Newsgroups: gmane.emacs.bugs Subject: bug#12852: 24.2; `exit-function' not supported in completion table's metadata alist Date: Sun, 11 Nov 2012 23:56:44 +0800 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1352649471 13459 80.91.229.3 (11 Nov 2012 15:57:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 11 Nov 2012 15:57:51 +0000 (UTC) Cc: 12852@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 11 16:58:01 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 1TXZv6-0004lA-KR for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Nov 2012 16:58:00 +0100 Original-Received: from localhost ([::1]:50598 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXZux-00082f-Az for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Nov 2012 10:57:51 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:33836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXZus-00082a-D8 for bug-gnu-emacs@gnu.org; Sun, 11 Nov 2012 10:57:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TXZup-00064H-AZ for bug-gnu-emacs@gnu.org; Sun, 11 Nov 2012 10:57:46 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TXZup-00064A-6q for bug-gnu-emacs@gnu.org; Sun, 11 Nov 2012 10:57:43 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TXZv8-0003JV-2A for bug-gnu-emacs@gnu.org; Sun, 11 Nov 2012 10:58:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Leo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Nov 2012 15:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12852 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12852-submit@debbugs.gnu.org id=B12852.135264944112690 (code B ref 12852); Sun, 11 Nov 2012 15:58:02 +0000 Original-Received: (at 12852) by debbugs.gnu.org; 11 Nov 2012 15:57:21 +0000 Original-Received: from localhost ([127.0.0.1]:33323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXZuS-0003Id-RS for submit@debbugs.gnu.org; Sun, 11 Nov 2012 10:57:21 -0500 Original-Received: from mail-pb0-f44.google.com ([209.85.160.44]:51408) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TXZuR-0003IW-56 for 12852@debbugs.gnu.org; Sun, 11 Nov 2012 10:57:19 -0500 Original-Received: by mail-pb0-f44.google.com with SMTP id uo1so479470pbc.3 for <12852@debbugs.gnu.org>; Sun, 11 Nov 2012 07:56:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:face:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=n6kbaMgNy+ei82zcaIHW5xcBHdTWk8MVeNjZfDgTNmY=; b=UTx66z8C32Rt9Eawek6K1w9uWYAfmZKdPxES3NhdAdu0oRIj7yBrfLInszClcaoKyN gUnoaLD26TjyNz/eERmA4NyrbdTvk6IHjxq7aaGRBYVI30axhdicQw4SnMcFE5Gu1bz5 ljD6WW8+M5z0BawEYNHa0Ww7De3g1GGt05bIhr9VFrjPYUMeGZFNcEhtZzedSlj9G/w0 K2s/T4KW6VLJkXwdj+tIryyfHkphARwBefuYtkuo8WM245PXiN7B7GJIBCrNPb9lcPvw aEi2ssGmYS0tdn7aBGeg0nN398t9BOFYy/+se0M33CsIMh/FjfqBZvSHAzhvON8yKaHM dl0g== Original-Received: by 10.68.230.2 with SMTP id su2mr17721940pbc.54.1352649416027; Sun, 11 Nov 2012 07:56:56 -0800 (PST) Original-Received: from localhost ([182.48.109.8]) by mx.google.com with ESMTPS id j8sm2745945paz.30.2012.11.11.07.56.49 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Nov 2012 07:56:55 -0800 (PST) Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAGFBMVEUKDAg1NjRWV1V9fnyg op/DxcLk5uP8/voi63ReAAAACXBIWXMAAAWJAAAFiQFtaJ36AAAAB3RJTUUH1goZAgAz00bgXgAA AeVJREFUKM9lk0Fz2jAQhQXJD3CCO70CmcC1YMtcWyTZ14Bl69xats4N9r6/3zWQBlodNKNPu/s0 b1cCQFuZGpfVVh3vAvBJolIXRkapSuoRUtIdFyo1Y5xSdlAj7OtvD1XnXxmWRi+eWgcxyCed1lVV B1CrKyujMoi+eLA5kU1SsjoHlW+nQjTtFxk4MXgrOxvIqzoTZR8XgPaLl419zgsMaSGFPiUOZCIh thsx5Xy9NsK8Kwf/JoQgMxcVJ301HKkcSWaT0O7FY056J4U9xcYfnmVXG4801lW6lqwu2nKFZoHC HuzvaTVndZ+LaRQgZdthXw1cpynEkLEwyFHXk/aIxNQ6QeooJuzPMB+wn+D7JJNsiCcVA13/A3h/ xE9J+WidpAwoYNmRFwyvSRhNVtsdaAewzZZP5uw82QL9+tyNfocyP0McAzICUr5Mk9RdIjWasUNx aIIt6NK4ZtXIMdfMQt3nuMAyWbLI4DqZ4xPq/ag8jPond4XU/cLuOgw6XCFX/YCUfcDAMMH58fD4 G9kDchwfqVefkBwup2uZM+Q4WhJt5jN3AxXCsaS2yXEDuWgS8VOzW0gFjhEPmLyFMKBFaLb1HRwc DiaKwx0EeTMRYnYPQRW3PP4HApvlMv0PttX5v/D6Aws3IOSEwzmLAAAAAElFTkSuQmCC In-Reply-To: (Stefan Monnier's message of "Sun, 11 Nov 2012 10:41:33 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (OS X 10.8.2) X-Spam-Score: 0.1 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-Spam-Score: -0.7 (/) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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:66762 Archived-At: On 2012-11-11 23:41 +0800, Stefan Monnier wrote: > Hmm.. I don't really understand what this is trying to do. > Can you explain to me what should be the end result? I am writing a programmed completion table for python modules which should work like file name completion but separated by . instead of /. After each completion it should tell me whether the completion is a package to help me decide whether to type . and get further completions. So for example, twisted.inte should complete to twisted.internet with minibuffer message [package] to mean that twisted.internet is a package. >> Looks like with some change to completion--done we can have this. >> What do you think? > > I have the impression that you're subverting exit-function. > I"m not sure yet if it's a neat hack, or if there's a better way to do it, Probably. Leo