Am 25.08.2016 um 14:38 schrieb Matthew Brush:<br>
>     Both suggestions aren't type-safe and not compatible to GI. I don't<br>
>     see why we should start playing tricks with type-unsafe functions now?<br>
><br>
> Well the |...| was a joke as suggested by the :) and the next sentence<br>
> starting with "An actually sensible...". Putting a flags parameter isn't<br>
> any more type unsafe than anything else in C, avoids having lots of<br>
> boolean parameters, and allows you to customize the function further in<br>
> the future by adding options that can be represented as flags.<br>
<br>
<br>
What do you want to achieve with the flags alone? You still need params <br>
to say to *which* name/scope/lang/type/whatever to filter for.<br>
<br>
<br>
><br>
>     Unfortunately, it's referencing the whole array which causes the<br>
>     slow down.<br>
><br>
> The usual solution here is to write those parts of the Python code in an<br>
> extension module. IMO adding a bunch of code to Geany to work around<br>
> problems with Python/PyGI isn't a great solution.<br>
><br>
<br>
This interface isn't just a workaround for my python problem. It's a new <br>
interface for both Geany and plugins because the existing methods to <br>
query tags are poor (inflexible and inconsistent), such that I wouldn't <br>
want to even export in the first place. For plugins there isn't any <br>
method provided by Geany ATM, just the global workspace (with bare tag <br>
arrays) is exported.<br>
<br>
<br>


<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, <a href="https://github.com/geany/geany/pull/1187#issuecomment-242375363">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJy8LPk_MUKCzKo5t8WT8rA8g9s50ks5qjZC5gaJpZM4JqVBL">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ3hx1QhhzyEAslcoV9xciAXjYpqNks5qjZC5gaJpZM4JqVBL.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/1187#issuecomment-242375363"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany","title":"geany/geany","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany"}},"updates":{"snippets":[{"icon":"PERSON","message":"@kugel- in #1187: Am 25.08.2016 um 14:38 schrieb Matthew Brush:\n\u003e     Both suggestions aren't type-safe and not compatible to GI. I don't\n\u003e     see why we should start playing tricks with type-unsafe functions now?\n\u003e\n\u003e Well the |...| was a joke as suggested by the :) and the next sentence\n\u003e starting with \"An actually sensible...\". Putting a flags parameter isn't\n\u003e any more type unsafe than anything else in C, avoids having lots of\n\u003e boolean parameters, and allows you to customize the function further in\n\u003e the future by adding options that can be represented as flags.\n\n\nWhat do you want to achieve with the flags alone? You still need params \nto say to *which* name/scope/lang/type/whatever to filter for.\n\n\n\u003e\n\u003e     Unfortunately, it's referencing the whole array which causes the\n\u003e     slow down.\n\u003e\n\u003e The usual solution here is to write those parts of the Python code in an\n\u003e extension module. IMO adding a bunch of code to Geany to work around\n\u003e problems with Python/PyGI isn't a great solution.\n\u003e\n\nThis interface isn't just a workaround for my python problem. It's a new \ninterface for both Geany and plugins because the existing methods to \nquery tags are poor (inflexible and inconsistent), such that I wouldn't \nwant to even export in the first place. For plugins there isn't any \nmethod provided by Geany ATM, just the global workspace (with bare tag \narrays) is exported.\n\n\n"}],"action":{"name":"View Pull Request","url":"https://github.com/geany/geany/pull/1187#issuecomment-242375363"}}}</script>