From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Matthias Newsgroups: gmane.emacs.bugs Subject: bug#21934: 24.5; find-tag: reading TAGS file incorrectly Date: Sun, 22 Nov 2015 16:06:40 +0100 Message-ID: <87r3jirs3j.fsf@winky.hogwarts> References: <87ziyd20cb.fsf@winky.hogwarts> <564AA697.9000203@yandex.ru> <83egfj4i2b.fsf@gnu.org> <56511795.2050207@yandex.ru> <87vb8urut4.fsf@winky.hogwarts> <5651D225.10405@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1448204843 16916 80.91.229.3 (22 Nov 2015 15:07:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Nov 2015 15:07:23 +0000 (UTC) Cc: 21934@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 22 16:07:11 2015 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 1a0WER-0004s1-4M for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Nov 2015 16:07:11 +0100 Original-Received: from localhost ([::1]:56395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0WER-0003Vd-3H for geb-bug-gnu-emacs@m.gmane.org; Sun, 22 Nov 2015 10:07:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0WEN-0003VN-DC for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 10:07:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a0WEJ-0001T0-3I for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 10:07:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58596) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a0WEI-0001Sw-WF for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 10:07:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a0WEI-0001YS-Dt for bug-gnu-emacs@gnu.org; Sun, 22 Nov 2015 10:07:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andreas Matthias Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Nov 2015 15:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21934 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21934-submit@debbugs.gnu.org id=B21934.14482048015947 (code B ref 21934); Sun, 22 Nov 2015 15:07:02 +0000 Original-Received: (at 21934) by debbugs.gnu.org; 22 Nov 2015 15:06:41 +0000 Original-Received: from localhost ([127.0.0.1]:48304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0WDw-0001Xq-HJ for submit@debbugs.gnu.org; Sun, 22 Nov 2015 10:06:40 -0500 Original-Received: from mail-wm0-f47.google.com ([74.125.82.47]:37100) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a0WDu-0001Xi-BH for 21934@debbugs.gnu.org; Sun, 22 Nov 2015 10:06:39 -0500 Original-Received: by wmww144 with SMTP id w144so75517826wmw.0 for <21934@debbugs.gnu.org>; Sun, 22 Nov 2015 07:06:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=8B6Ka2lsT30fwtFUQNOAR6AilerHoRChC2Luk0V7UTU=; b=ASZ3LrqaUaTPJNfRsqqUqhMDU+rxfjq45jA05tNo6ZKw9SqviPZeSsoFF29Njz0aAy U0pgsf6fPPxHpKL9u3DL6t6SgkSL9ZjE+u0v+aUlzdU6qu3Jj7Z6r2slszXylwAYceCz FFPFxqLWTRHlfwAwlwSyqCxRWlCoa6Ke4hE5tUwiKetPjb0oEV6udntsz3ZM/ByBbENV HTQlO31El3C3mihJh2aQCt0mp5OR8k3rvXduRv3dCRwpk8HNfd3o1NTDRKdCei2UbLGg KGmPTMqcksVe8T+Kb/ljw/c20jA9lQtjBSnpRxTXnrukZDPUp2KvFs+DMm/54R8DVeDO cJfg== X-Received: by 10.194.52.3 with SMTP id p3mr29295875wjo.2.1448204797818; Sun, 22 Nov 2015 07:06:37 -0800 (PST) Original-Received: from winky.hogwarts (HSI-KBW-109-193-111-125.hsi7.kabel-badenwuerttemberg.de. [109.193.111.125]) by smtp.gmail.com with ESMTPSA id ft4sm8948625wjb.37.2015.11.22.07.06.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Nov 2015 07:06:37 -0800 (PST) Original-Received: by winky.hogwarts (Postfix, from userid 1000) id 3A27316E061E; Sun, 22 Nov 2015 16:06:40 +0100 (CET) In-Reply-To: <5651D225.10405@yandex.ru> (Dmitry Gutov's message of "Sun, 22 Nov 2015 16:33:09 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.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:109063 Archived-At: Dmitry Gutov wrote: > On 11/22/2015 04:08 PM, Andreas Matthias wrote: > >> In the example given Rectangle is a data structure called table and a >> table is an associative array. In Lua you can put variables and >> functions into a table. So Rectangle.getPos() is the function getPos() >> of table Rectangle. > > So I think what you're saying is lua-mode should add "." to the syntax-class > "symbol". However: I'm sorry, I'm not familiar with emacs internals like the syntax table. >> Though Lua does not know the concept of classes, it >> is easy to model object-oriented behavior by means of tables. >> >> In addition to the dot-operator there's also a colon-operator in Lua which >> acts like the dot-operator but hides the self/this parameter of OOP. > > Is it usual that, when defining classes that way, you *will* define methods > using the dot notation, and then later use them with an "instance variable", > using the colon notation? Like in this article: > > http://www.lua.org/pil/16.html > > You define the method with "function Account.withdraw (self, v)", > and then use it in "a1.withdraw(a1, 100.00)". Tables are the main data structure of Lua. Although the dot operator can be used in the sense of OOP, more often than not the dot operator is just used to access elements of a table. > It seems that etags should at least output two tag names for this declaration: > both "Account.withdraw" and just "withdraw". Maybe. But how do you handle getPos() from the example which exists twice, once in table Rectangle and once in table Circle?