The project's package.json refers to lib/index.js and lib/index.d.ts, but these files don't exist in the package as published to NPM. It seems this is not a problem for Webpack and TypeScript, which will fall back to the default index.js and index.d.ts in the root of the project, where they do exist. However, other tools such as Snowpack, which appear to be more strict with this do struggle because of this.

Roughly, the idea is to add a job/pipeline in circle ci with this command flow :

npm install
npm run build
npm link
cd examples/angular-promql
npm install
npm link monaco-promql
npm install -g angular-cli-ghpages
npm run build -- --prod --base-href "https://prometheus-community.github.io/monaco-promql/"
ngh -d dist/angular-promql

So that the gh-pages would contains the latest code of monaco-promql. Not necessarily the released one but the master one.

Requirements

Would like to have a dev environment ultra easy to run, without any heavy framework to run like angular or react.

• easy to run : as easy as open an index.html file in a browser.
• compiling fastly : I'm tired of waiting for a life all the internet to be downloaded into this node_modules zorglub...
• easy to understand : the more easy to understand the less scary are the people to create PR

More discussion

Being not an expert on how the web is really working (without everything hidden in a framework), it would be a very good opportunity to learn more about it.

Maybe we need at least a typescript -> javascript compilation with tsc command ?
Maybe we can take this opportunity to make a bundled js file with bundle technology like webpack ?

With react or angular it is the same the monaco editor is taking too much time to start.

What is taking time, and is it possible to reduce it ?

https://twitter.com/roidelapluie/status/1363428376162295811?s=19

Hover informations

Issue tranfered from the initial repository: celian-garcia/monaco-languages-promql#7

When I tried to implement promql language in my angular project I have faced below error
Cannot read property 'InsertAsSnippet' of undefined

@suhaskurade8

remote:
remote: GitHub found 4 vulnerabilities on prometheus-community/monaco-promql's default branch (2 high, 2 moderate). To find out more, visit:
remote:      https://github.com/prometheus-community/monaco-promql/network/alerts
remote:

https://github.com/prometheus-community/monaco-promql/network/alerts

Hello guys !
Thanks for the move to prometheus-community !
As the main committer of this repository I was expecting to have some priviligied rights on this repository, but I can't even accept a PR :/
Is that normal ??
Cheers

To provide a better autocompletion on metrics or labels we should be able to provide an actual prometheus server

We just went to upgrade to the latest version (1.7.0) and noticed that the type definitions were missing from the package. Looks like maybe this change here caused it:

71e5ff4#diff-95914b3c221e1dbba96119f8305771d272ba5b18e9ea2549ad32dfd931cf0289L6

I suspect it's likely just a matter of adding back that declaration: true config flag to fix it, although I don't have all the context on why you may have removed it.

This one seems to be pretty simple to implement.
https://microsoft.github.io/monaco-editor/playground.html#extending-language-services-hover-provider-example

An MVP can be made with hardly defined documentation entries.

But ! a very nice to have would be if we have a prometheus documentation page or code reference that we could use to render the doc dynamic into the hover.