From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eric M. Ludlam" Newsgroups: gmane.emacs.devel Subject: Re: Completions in Semantic Date: Thu, 22 Oct 2009 21:28:23 -0400 Message-ID: <1256261303.5333.15.camel@projectile.siege-engine.com> References: <87tyxwxq6t.fsf@stupidchicken.com> <1255924220.6961.1039.camel@projectile.siege-engine.com> <1255996360.6961.1086.camel@projectile.siege-engine.com> <87hbtsn8lo.fsf@stupidchicken.com> <1256141430.6961.1142.camel@projectile.siege-engine.com> <873a5aappa.fsf@stupidchicken.com> Reply-To: eric@siege-engine.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1256261330 17340 80.91.229.12 (23 Oct 2009 01:28:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Oct 2009 01:28:50 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 23 03:28:44 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N18xH-00066N-TY for ged-emacs-devel@m.gmane.org; Fri, 23 Oct 2009 03:28:36 +0200 Original-Received: from localhost ([127.0.0.1]:35021 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N18xG-0002FZ-TX for ged-emacs-devel@m.gmane.org; Thu, 22 Oct 2009 21:28:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N18x9-0002EZ-VV for emacs-devel@gnu.org; Thu, 22 Oct 2009 21:28:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N18x7-0002Dz-Ml for emacs-devel@gnu.org; Thu, 22 Oct 2009 21:28:27 -0400 Original-Received: from [199.232.76.173] (port=37001 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N18x7-0002Dw-Jk for emacs-devel@gnu.org; Thu, 22 Oct 2009 21:28:25 -0400 Original-Received: from static-71-184-83-10.bstnma.fios.verizon.net ([71.184.83.10]:44965 helo=projectile.siege-engine.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N18x7-0003rc-8w for emacs-devel@gnu.org; Thu, 22 Oct 2009 21:28:25 -0400 Original-Received: from projectile.siege-engine.com (localhost [127.0.0.1]) by projectile.siege-engine.com (8.14.3/8.14.3/Debian-6) with ESMTP id n9N1SNmT021584; Thu, 22 Oct 2009 21:28:23 -0400 Original-Received: (from zappo@localhost) by projectile.siege-engine.com (8.14.3/8.14.3/Submit) id n9N1SNlE021583; Thu, 22 Oct 2009 21:28:23 -0400 X-Authentication-Warning: projectile.siege-engine.com: zappo set sender to eric@siege-engine.com using -f In-Reply-To: <873a5aappa.fsf@stupidchicken.com> X-Mailer: Evolution 2.26.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:116316 Archived-At: On Thu, 2009-10-22 at 21:01 -0400, Chong Yidong wrote: > "Eric M. Ludlam" writes: > > >> has not gone away for me: `C-c , j window [TAB]' in xdisp.c still brings > >> up "window" as the only completion. > > > > That is probably because the old tagging information is still being > > used. If you run > > > > M-x semantic-clear-toplevel-cache RET > > > > in that buffer, it will flush old parsing data, or you can go into your > > ~/.semanticdb/ directory, and delete the cache file for emacs/src before > > starting emacs, which might be better since multiple files there could > > be affected. > > No, I have no semanticdb directory. C-c,j[TAB] brings up "window" as > the only completion. Repeating [TAB] twice brings up the other > completions. But the expected behavior should be to show the other > completions on the first [TAB]. Well, I know the behavior you are talking about, but I don't get that specific example anymore after the lexical analyzer change you merged recently, so my assumption is some sort of cached old parser data. The below patch removes that specific behavior from that prompt. I'm assuming it is in there for some reason for one of the various completion or display types. I'll try to figure out what it is, and perhaps it will be unique to some kind of completion display. The patch is against my repository. It's in semantic-complete-do-completion, 3rd conditional. Eric *** semantic-complete.el.~1.63.~ 2009-10-22 21:21:12.000000000 -0400 --- semantic-complete.el 2009-10-22 21:21:21.000000000 -0400 *************** *** 528,535 **** (semantic-displayor-set-completions displayor (or ! (and (not (eq na 'displayend)) ! (semantic-collector-current-exact-match collector)) (semantic-collector-all-completions collector contents)) contents) ;; Ask the displayor to display them. --- 528,535 ---- (semantic-displayor-set-completions displayor (or ! ;(and (not (eq na 'displayend)) ! ; (semantic-collector-current-exact-match collector)) (semantic-collector-all-completions collector contents)) contents) ;; Ask the displayor to display them.