From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: trunk r116285: * lisp/emacs-lisp/lisp.el (lisp-completion-at-point): Symbols don't start Date: Tue, 11 Feb 2014 16:47:24 +0200 Message-ID: <87ioslaepv.fsf@yandex.ru> References: <87zjm4tl2b.fsf@yandex.ru> <52F99C65.5010007@yandex.ru> <871tz995bl.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1392130071 1209 80.91.229.3 (11 Feb 2014 14:47:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Feb 2014 14:47:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Michael Heerdegen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 11 15:47:59 2014 Return-path: Envelope-to: ged-emacs-devel@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 1WDEct-0001p1-UC for ged-emacs-devel@m.gmane.org; Tue, 11 Feb 2014 15:47:56 +0100 Original-Received: from localhost ([::1]:33982 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEct-0005Ho-Ed for ged-emacs-devel@m.gmane.org; Tue, 11 Feb 2014 09:47:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36705) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEcg-0004zt-AV for emacs-devel@gnu.org; Tue, 11 Feb 2014 09:47:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDEcX-0005ih-TC for emacs-devel@gnu.org; Tue, 11 Feb 2014 09:47:42 -0500 Original-Received: from mail-ea0-x231.google.com ([2a00:1450:4013:c01::231]:33598) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDEcX-0005iW-N4 for emacs-devel@gnu.org; Tue, 11 Feb 2014 09:47:33 -0500 Original-Received: by mail-ea0-f177.google.com with SMTP id m10so1126170eaj.36 for ; Tue, 11 Feb 2014 06:47:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=6p5WTcvh4UT7EmVmBi/mDbVlCRWBXAzpSmLVAxrxiDQ=; b=svwED8kZK3ipOFG7T3xyEJsfZ+XDa5E6quDxGbXNEhSqc+Ac7Iv0eC8di4rOtmAmR7 ytmSBSuwmd0GjfyC3Jhz6hxAwfzD22250JVa0rAYu9I/H3evy+VTxCwsMdHIkeByzbbr TUK1EqGM1aq1hIyn60wsdLxBm31CCYoNBss/RXy5/Zspfb8crLOXXRDsAzkUdxB6c60O dReeBG16/YowgfaSfwYoNpnCirutVJeVrumXk2TxvbRprg6NvHjKnHNdGoGWZq2zLgLB C4Mb8ioqMulWFRVw+9ng88Bw0m/ucyRSKU0206Zm977v+rZ2R2/Di9QJ54V62H8Dwioo bvqw== X-Received: by 10.14.211.71 with SMTP id v47mr44954014eeo.37.1392130052133; Tue, 11 Feb 2014 06:47:32 -0800 (PST) Original-Received: from axl (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by mx.google.com with ESMTPSA id o45sm54785841eeb.18.2014.02.11.06.47.29 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 11 Feb 2014 06:47:30 -0800 (PST) In-Reply-To: <871tz995bl.fsf@web.de> (Michael Heerdegen's message of "Tue, 11 Feb 2014 13:55:42 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:169526 Archived-At: Michael Heerdegen writes: > Whether a macro evaluates arguments isn't a question of obfuscation. > Depending on circumstances, it's a necessity. When a macro doesn't evaluate an argument, most of the time it's to introduce a new local var, or define one or several globals. IOW, please provide an example of a popular macro that isn't `defadvice' where this will be a problem. > I really don't think this is a good idea. This would break completion > inside macros. Only in some, ill-behaving ones. > In any case, there are symbols I want to complete that > are not boundp, like keywords, tags, faces etc, also when they appear in > quoted structures. Have you tried the patch? When you're inside a quoted structure, any kinds of meaningful symbols should be offered as completions. > `lisp--form-quoted-p' does only work inside balanced > parentheses. Example? I don't see any problems if some parens are missing after point. > IMHO, having some false positives is less problematic than > breaking completion in some cases. "Some"? Emacs has about as much functions as variables, not to mention faces, features, etc. On average, in non-quoted forms more than half of completions are false positives. > Maybe consider making the behavior customizable, so everybody can get > what he wants. Maybe. But see the beginning of this message.