From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: chen bin Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: mctags Date: Fri, 13 Oct 2017 00:24:17 +1100 Message-ID: References: <87h8v439ub.fsf@gmail.com> <837ew0mupm.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c05c2fe0ee3d8055b59751d" X-Trace: blaine.gmane.org 1507815320 1434 195.159.176.226 (12 Oct 2017 13:35:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 12 Oct 2017 13:35:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 12 15:35:13 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e2ddg-0007GB-Bn for ged-emacs-devel@m.gmane.org; Thu, 12 Oct 2017 15:35:04 +0200 Original-Received: from localhost ([::1]:45572 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e2ddn-0004I0-OV for ged-emacs-devel@m.gmane.org; Thu, 12 Oct 2017 09:35:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48648) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e2dTI-0003hF-0i for emacs-devel@gnu.org; Thu, 12 Oct 2017 09:24:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e2dTG-0003Yk-Ma for emacs-devel@gnu.org; Thu, 12 Oct 2017 09:24:19 -0400 Original-Received: from mail-io0-x22b.google.com ([2607:f8b0:4001:c06::22b]:52309) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e2dTG-0003YX-GG for emacs-devel@gnu.org; Thu, 12 Oct 2017 09:24:18 -0400 Original-Received: by mail-io0-x22b.google.com with SMTP id f20so5457178ioj.9 for ; Thu, 12 Oct 2017 06:24:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=INF7TYigOvk2OCXdI/flv+kOFXEuHr1e2XyWhHi7Yi0=; b=T5C1CLBgiRMWw0x4AEu4OMISeeCFLq9VMlOd4IdFXNn9BA99PpzySCZKyDr9omkWX9 o1pek0QRi4vXqUkpBDTSN6kFkejGRA8YtdC8IWyN0tAR7yY4OXSpdxVxaa7Xu4FUFuvx 2eU8C2CNvu7CJx3Tw9dccnB2QkA3lJCsQl/3VRTGlCsB8hf8hDIlyH/khFTnGp9qwR/v TmgxQf5/JXbANCN9FJWLRIkCVI2KNizGx7TxW+TUi3fmqjtB/iTHiBWLFeX9YcV3vZJa q1hoODYngszeUBd/DHjU0Rz7GfnTUwgiuFVZxlaRAF0exHSzlcjZ9wq7TmCHv3ON/J94 EQcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=INF7TYigOvk2OCXdI/flv+kOFXEuHr1e2XyWhHi7Yi0=; b=jy5GBrvKWNLUrbV5dWbz5p7vtjehLWo5JqaOQ2pEyUF17/10rKGNw33Sn68lAyCzne Kbvl8FyzVPYBi6mZs3HUlHzEdBKV5cx9rfSCzwncp1ofY5fmLDVMiVyOwCsVyIIgL0xq IXDhLpIWtTK9HJfcbNvmyGX0uALTXrJ8judF6I9l/9BFXx81CuYsBrkdBZfHKhEGDVJM 7llNcCqu9VFCyWiWOc+DBdQTByHK5+2Q4OehNzrxU3xlGPd8QzC+Fk+hp7AFO5tu5C4h pv55KHWOgqQH7aN5aya6opFRYdmWhQkmgH0ro97Vl0+NFwjHnHL3RQ/ijD7Vrn3NIltH p5Zg== X-Gm-Message-State: AMCzsaWemzZWJs+Gm9ZaeswBnm52ZiVQiojBCunMXlfo318wNF5pN8hC iU2RSS80NrU5mwcwSZ+OTVw7FqYkEym90WMXXOY= X-Google-Smtp-Source: ABhQp+R7yJg9cb+ny9l9uML+yim0qTg4RE0GeCyRMpZoeMFXJILCuh5CWA752JQJOs25wfH06cEsrlOz5y0/yZrjkDQ= X-Received: by 10.107.141.136 with SMTP id p130mr3168997iod.195.1507814657678; Thu, 12 Oct 2017 06:24:17 -0700 (PDT) Original-Received: by 10.107.133.90 with HTTP; Thu, 12 Oct 2017 06:24:17 -0700 (PDT) In-Reply-To: <837ew0mupm.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c06::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:219411 Archived-At: --94eb2c05c2fe0ee3d8055b59751d Content-Type: text/plain; charset="UTF-8" - If there are multiple matches, you can filter the candidates in candidate window. - the tags file is automatically created in current project. . BTW, project root is automatically detected if you use git/svn/hg - if no match found, fallback to `mctags-grep` to grep in current project. So you should always found matched string - Improvement on performance (for example, ripgrep is automatically used as grep program if installed. GNU grep is fallback grep program) - tags file could be automatically updated when user save current file. There is algorithm behind On Thu, Oct 12, 2017 at 11:11 PM, Eli Zaretskii wrote: > > From: Chen Bin > > Date: Thu, 12 Oct 2017 22:05:16 +1100 > > > > I developed a package using Ctags. https://github.com/redguardtoo > /mctags/ > > > > I would like this package be accepted by ELPA. > > > > I'm the only developer of this package which is only dependent on > > package counsel. Counsel is already accepted by ELPA. > > > > I've Emacs signed Copyright Papers when contributing company-mode, > > https://github.com/company-mode/company-mode/pull/13 > > > > My situation is not changed. > > > > Here is summary of mctags: > > > > Fast and complete Ctags solution. > > > > Usage: > > "M-x mctags-find-tag-at-point" to navigate. This command will also > > run `mctags-scan-code' automatically if tags file is not built yet. > > > > "M-x mctags-scan-code" to create tags file > > "M-x mctags-grep" to grep > > Can you please tell how is this package different from the built-in > etags.el package? > > Thanks. > -- help me, help you. --94eb2c05c2fe0ee3d8055b59751d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
- If there are multiple matches, you c= an filter the candidates in candidate window.
- the tags file is a= utomatically created in current project. . BTW, project root is automatical= ly detected if you use git/svn/hg
- if no match found, fallback to `mc= tags-grep` to grep in current project. So you should always found matched s= tring
- Improvement on performance (for example, ripgrep is automatica= lly used as grep program if installed. GNU grep is fallback grep program)
- tags file could be automatically updated when user save current f= ile. There is algorithm behind

<= br>
On Thu, Oct 12, 2017 at 11:11 PM, Eli Zaretskii= <el= iz@gnu.org> wrote:
> Fro= m: Chen Bin <c= henbin.sh@gmail.com>
> Date: Thu, 12 Oct 2017 22:05:16 +1100
>
> I developed a package using Ctags. https://github.com/red= guardtoo/mctags/
>
> I would like this package be accepted by ELPA.
>
> I'm the only developer of this package which is only dependent on<= br> > package counsel. Counsel is already accepted by ELPA.
>
> I've Emacs signed Copyright Papers when contributing company-mode,=
> https://github.com/company-mode/comp= any-mode/pull/13
>
> My situation is not changed.
>
> Here is summary of mctags:
>
> Fast and complete Ctags solution.
>
> Usage:
>=C2=A0 =C2=A0"M-x mctags-find-tag-at-point" to navigate.=C2= =A0 This command will also
>=C2=A0 =C2=A0run `mctags-scan-code' automatically if tags file is n= ot built yet.
>
>=C2=A0 =C2=A0"M-x mctags-scan-code" to create tags file
>=C2=A0 =C2=A0"M-x mctags-grep" to grep

Can you please tell how is this package different from the built-in<= br> etags.el package?

Thanks.



--
help me, he= lp you.
--94eb2c05c2fe0ee3d8055b59751d--