<p>In <a href="https://github.com/geany/geany/pull/957#discussion_r62033361">tagmanager/src/tm_source_file.c</a>:</p>
<pre style='color:#555'>> @@ -109,6 +109,35 @@ gchar *tm_get_real_path(const gchar *file_name)
>    return NULL;
>  }
>  
> +/* add argument list of __init__() Python methods to the class tag */
> +static void update_python_arglist(const TMTag *tag)
</pre>
<p>But if you have a look how it's done now, it's much worse and much more unmaintainable than this - it introduces diff to the python parser compared to universal-ctags and worse, it makes a very strange direct path python_parser->TM (no other parser does this, all of them generate tags the standard way).</p>

<p>Such a strange callback would definitely not become part of ctags API if it's ever turned into a library so we'd have to maintain our own version. The "just one more" is very well justified in this case IMO (other option is not to add the constructor parameters to the class type and drop this feature).</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly or <a href="https://github.com/geany/geany/pull/957/files/f61a64be29cbba0162f92eb5c1fe4aa2af33fd33#r62033361">view it on GitHub</a><img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ3u07GCPFMO1_jNDM6En5LRKmWwOks5p-Je6gaJpZM4Ht-Ad.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/pull/957/files/f61a64be29cbba0162f92eb5c1fe4aa2af33fd33#r62033361"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>