Re: [lsp4e-dev] Who consumes org.eclipse.lsp4e.operations.completion pac

[Aurélien Pupier <apupier@xxxxxxxxxx>]

Camel Tooling is using only org.eclipse.lsp4e.operations.completion.LSContentAssistProcessor from this package, so it should be fine.

https://github.com/camel-tooling/camel-lsp-client-eclipse/search?q=org.eclipse.lsp4e.operations.completion

On Wed, Mar 2, 2022 at 4:16 PM Jean-Francois Maury <jmaury@xxxxxxxxxx> wrote:

Checked the JBoss Tools code base. No references so +1

On Wed, Mar 2, 2022 at 3:31 PM Martin Lippert <mlippert@xxxxxxxxx> wrote:

Sounds good to me!

Cheers

Martin

Am 02.03.2022 um 15:25 schrieb Mickael Istria <mistria@xxxxxxxxxx>:

Hi all,

I'm willing to refactor org.eclipse.lsp4e.operations.completion package, mostly removing the LSIncompleteCompletionProposal to factorize everything in a single LSCompletionProposal. Is anyone relying on LSIncompleteCompletionProposal ?

Proposed PR is https://github.com/eclipse/lsp4e/pull/85

Thanks in advance.
--

Mickael Istria

Eclipse IDE developer, for Red Hat Developers

_______________________________________________
lsp4e-dev mailing list
lsp4e-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/lsp4e-dev

_______________________________________________
lsp4e-dev mailing list
lsp4e-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/lsp4e-dev

--

Jeff Maury

Manager, DevTools

Red Hat EMEA

jmaury@xxxxxxxxxx   

@RedHat   Red Hat   Red Hat

_______________________________________________
lsp4e-dev mailing list
lsp4e-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/lsp4e-dev

--

Aurélien Pupier

Principal Software Engineer, Fuse Tooling

Red Hat France

apupier@xxxxxxxxxx    IM: apupier