Hi!
From packaging point of view it would be of course easiest if it will be part
of declarative; in that case it wouldn't need any actions from packaging side.
But on the other hand it isn't that big issue to add it as a new module either
if the module self is ok shape and wouldn't cause inte
The language server repository should already have all the FF affecting changes
in, adding it to the the dependencies before FF, would be ok?
FF breaking changes would be confined to the malls tool in declarative…
Fawzi
> On 10. Dec 2021, at 09:36, Lars Knoll wrote:
>
> As far as I can see, qt
Hi,
the qtlanguageserver repository adds no tools. It currently doesn't expose any
public API at all. The private API consists of two blocks:
- jsonrpc, an implementation of the JSONRPC protocol
- languageserver, a generic framework for writing a languageserver
As there is no public API, and cur
As far as I can see, qtlanguageserver is not currently being packaged or part
of the release. So we’d need to be adding that module in addition to the
feature freeze exception for declarative.
Jani, what do you think? Would you expect any problems/delays adding the
qtlanguageserver repository (
