<feed xmlns='http://www.w3.org/2005/Atom'>
<title>nvim-treesitter/queries/promql, branch main</title>
<subtitle>[no description]</subtitle>
<id>http://git.sudomsg.com/mirror/nvim-treesitter/atom/queries/promql?h=main</id>
<link rel='self' href='http://git.sudomsg.com/mirror/nvim-treesitter/atom/queries/promql?h=main'/>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/'/>
<updated>2025-05-12T16:43:40Z</updated>
<entry>
<title>feat!: drop modules, general refactor and cleanup</title>
<updated>2025-05-12T16:43:40Z</updated>
<author>
<name>Christian Clason</name>
<email>c.clason@uni-graz.at</email>
</author>
<published>2023-06-12T15:54:30Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=692b051b09935653befdb8f7ba8afdb640adf17b'/>
<id>urn:sha1:692b051b09935653befdb8f7ba8afdb640adf17b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>feat(promql): do not use regex for string labels (#7669)</title>
<updated>2025-02-20T11:17:32Z</updated>
<author>
<name>Daniil Leontev</name>
<email>d@leontiev.xyz</email>
</author>
<published>2025-02-20T11:17:32Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=d2ff4006418750aa8b91f280e66bdb623c891c95'/>
<id>urn:sha1:d2ff4006418750aa8b91f280e66bdb623c891c95</id>
<content type='text'>
In Prometheus, label values are treated as strings when used with the
`=` and `!=` operators, and as regular expressions when used with the
`=~` and `!~` operators.

Injecting and then highlighting all label values as regex leads to a
situation where entirely valid **string** label values containing regex
special characters are mistakenly parsed and highlighted as regex. This
results in syntax errors, causing labels to be highlighted incorrectly.

For example, in `foo{bar=~"[a-z]{1,3}"}`, `{` and `}` are regex special
characters, so regex highlighting is expected. However, in
`foo{path="/foo/{id}"}`, `{` and `}` are just part of the string and
have no special meaning, so the whole value should be highlighted as a
string.
</content>
</entry>
<entry>
<title>feat: more comment injections</title>
<updated>2024-06-15T08:40:34Z</updated>
<author>
<name>Riley Bruins</name>
<email>ribru17@hotmail.com</email>
</author>
<published>2024-06-08T04:33:49Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=9d68e876cce94fc9f8f8819da0c956a4429a3766'/>
<id>urn:sha1:9d68e876cce94fc9f8f8819da0c956a4429a3766</id>
<content type='text'>
</content>
</entry>
<entry>
<title>chore: query formatting</title>
<updated>2024-01-19T15:58:37Z</updated>
<author>
<name>Pham Huy Hoang</name>
<email>hoangtun0810@gmail.com</email>
</author>
<published>2024-01-06T06:05:50Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=57a8acf0c4ed5e7f6dda83c3f9b073f8a99a70f9'/>
<id>urn:sha1:57a8acf0c4ed5e7f6dda83c3f9b073f8a99a70f9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>feat!: align standard captures with upstream</title>
<updated>2024-01-19T15:58:37Z</updated>
<author>
<name>Christian Clason</name>
<email>c.clason@uni-graz.at</email>
</author>
<published>2023-12-24T09:00:20Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=1ae9b0e4558fe7868f8cda2db65239cfb14836d0'/>
<id>urn:sha1:1ae9b0e4558fe7868f8cda2db65239cfb14836d0</id>
<content type='text'>
Problem: Sharing highlight queries with upstream tree-sitter and
Helix is difficult.

Solution: Where reasonable, use capture names in tree-sitter's standard
list or Helix's Atom-style hierarchy.

Specifically:

* tree-sitter "standard capture names"
  (https://github.com/tree-sitter/tree-sitter/blob/3f44b896852eb7daaa6df4fb778c9bb52c70c815/highlight/src/lib.rs#L20-L72):

  - `@parameter` -&gt; `@variable.parameter`
  - `@field` -&gt; `@variable.member`
  - `@namespace` -&gt; `@module`
  - `@float` -&gt; `@number.float`
  - `@symbol` -&gt; `@string.special.symbol`
  - `@string.regex` -&gt; `@string.regexp`
  - `@text.*` -&gt; `@markup.*` (`strong`, `italic`, `link`, `strikethrough`; with exceptions; see below)
  - `@text.title` -&gt; `@markup.heading`
  - `@text.literal` -&gt; `@markup.raw`
  - `@text.reference` -&gt; `@markup.link`
  - `@text.uri` -&gt; `@markup.link.url` (in markup links)
  - `@string.special` -&gt; `@markup.link.label` (non-url links)
  - `@punctuation.special` -&gt; `@markup.list` (markdown lists only; move subitems from `@text.todo`)

* Helix captures
  (https://docs.helix-editor.com/master/themes.html#syntax-highlighting):

  - `@method` -&gt; `@function.method`
  - `@method.call` -&gt; `@function.method.call`
  - `@text.{todo,warning,note,danger}` -&gt; `@comment.{error,warning,hint,info,todo}`
  - `@text.diff.{add,delete,}` -&gt; `@diff.{plus,minus,delta}`
  - `@text.uri` -&gt; `@string.special.url` (outside markup)
  - `@preproc` -&gt; `@keyword.directive`
  - `@define` -&gt; `@keyword.directive`(`.define`?)
  - `@storageclass` -&gt; `@keyword.storage`
  - `@conditional` -&gt; `@keyword.conditional`
  - `@debug` -&gt; `@keyword.debug`
  - `@exception` -&gt; `@keyword.exception`
  - `@include` -&gt; `@keyword.import`
  - `@repeat` -&gt; `@keyword.repeat`

* cleanup

  - remove some redundant `@conceal` (but still allow it for conceal-only patterns)
  - remove obsolete `@error` (syntax linting is out of scope for this repo)
  - sort, cleanup capture list in `CONTRIBUTING.md`
</content>
</entry>
<entry>
<title>refactor: Remove all `(ERROR) @error` captures</title>
<updated>2023-10-25T16:18:50Z</updated>
<author>
<name>Pham Huy Hoang</name>
<email>hoangtun0810@gmail.com</email>
</author>
<published>2023-10-25T07:45:14Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=107e61afb7129d637ea6c3c68b97a22194b0bf16'/>
<id>urn:sha1:107e61afb7129d637ea6c3c68b97a22194b0bf16</id>
<content type='text'>
As discussed in PR#5421, capturing `@error` is inconsistent, requiring
deep nesting (or priority) in order to correctly have red backgrounds to
it.

Some queries has this capture, some don't. For consistency purposes,
removing all of them is more preferable.

For re-enabling error, either add `(ERROR) @error` or `(ERROR _ @error)`
to your custom queries.
</content>
</entry>
<entry>
<title>chore(injections)!: update injection syntax to 0.9</title>
<updated>2023-08-12T15:34:15Z</updated>
<author>
<name>Pham Huy Hoang</name>
<email>hoangtun0810@gmail.com</email>
</author>
<published>2023-05-03T10:07:59Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=78b54eb7f6a9956d25a3911fa0dfd0cabfe2a4c5'/>
<id>urn:sha1:78b54eb7f6a9956d25a3911fa0dfd0cabfe2a4c5</id>
<content type='text'>
Since 0.9, @lang syntax is still available as fallback but will soon be deprecated.
Because of that, new syntax should be adopted once 0.9 becomes the
baseline requirements for nvim-treesitter

- update health check
- update doc
</content>
</entry>
<entry>
<title>fix(promql): bump parser, fix queries</title>
<updated>2023-07-27T08:22:14Z</updated>
<author>
<name>Michael Hoffmann</name>
<email>mhoffm@posteo.de</email>
</author>
<published>2023-07-22T12:41:43Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=0b0e4601808c2a526abd073e781d41bd50e462b9'/>
<id>urn:sha1:0b0e4601808c2a526abd073e781d41bd50e462b9</id>
<content type='text'>
Signed-off-by: Michael Hoffmann &lt;mhoffm@posteo.de&gt;
</content>
</entry>
<entry>
<title>feat(promql,yaml): add parser and yaml injections</title>
<updated>2023-07-18T07:03:11Z</updated>
<author>
<name>Michael Hoffmann</name>
<email>mhoffm@posteo.de</email>
</author>
<published>2023-07-08T17:44:16Z</published>
<link rel='alternate' type='text/html' href='http://git.sudomsg.com/mirror/nvim-treesitter/commit/?id=b64ea2ec444c27efd8d3bd2377a8b24589954363'/>
<id>urn:sha1:b64ea2ec444c27efd8d3bd2377a8b24589954363</id>
<content type='text'>
Signed-off-by: Michael Hoffmann &lt;mhoffm@posteo.de&gt;
</content>
</entry>
</feed>
