<blockquote>
<p>My understanding is that the plugin will get notified of characters the user types by the editor-notify signal, when it has a suitable sequence of identifier characters its sends those to the language server to get what possible autocompletes are available at that position. When the language server returns the list the plugin displays its autocomplete dialog, and if the user selects one, the plugin inserts that using editor_insert_text_block().</p>
</blockquote>
<p>But in Geany we already have fine tune settings for autocompletion. And if extrenal autocompletion will be implemented as substitution of internal autocompletion function it will be more comfortably to use.</p>
<p>And, yes, if it is need for autocompletion plugin for some purposes (performance) characters sequencies already can be captured.</p>
<blockquote>
<p>So there is no Geany interaction with the autocompletion at all, and as I said Geany autocompletes should be turned off, you don't want two things trying to decide autocompletion at the same time, thats chaos.</p>
</blockquote>
<p>So it is need to clearly separate settings of built-in autocomplete and third-party. Because 99% of user isn't distinguish this details. And it will look ugly.</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, <a href="https://github.com/geany/geany/issues/1854#issuecomment-387025272">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJ1y4_D4Fbar_pg7SDiOFvYH4yZGQks5twCKMgaJpZM4Tz9fX">mute the thread</a>.<img src="https://github.com/notifications/beacon/ABDrJ-xv6kEa5pzauhoHMYksOt0lXNzZks5twCKMgaJpZM4Tz9fX.gif" height="1" width="1" alt="" /></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/issues/1854#issuecomment-387025272"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue 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":"@denizzzka in #1854: \u003e My understanding is that the plugin will get notified of characters the user types by the editor-notify signal, when it has a suitable sequence of identifier characters its sends those to the language server to get what possible autocompletes are available at that position. When the language server returns the list the plugin displays its autocomplete dialog, and if the user selects one, the plugin inserts that using editor_insert_text_block().\r\n\r\nBut in Geany we already have fine tune settings for autocompletion. And if extrenal autocompletion will be implemented as substitution of internal autocompletion function it will be more comfortably to use.\r\n\r\nAnd, yes, if it is need for autocompletion plugin for some purposes (performance) characters sequencies already can be captured.\r\n\r\n\u003e So there is no Geany interaction with the autocompletion at all, and as I said Geany autocompletes should be turned off, you don't want two things trying to decide autocompletion at the same time, thats chaos.\r\n\r\nSo it is need to clearly separate settings of built-in autocomplete and third-party. Because 99% of user isn't distinguish this details. And it will look ugly.\r\n"}],"action":{"name":"View Issue","url":"https://github.com/geany/geany/issues/1854#issuecomment-387025272"}}}</script>