feature: Node of key type in dictionary-like tables

[HiPhish]

Did you check the tree-sitter docs?

• I have read all the tree-sitter docs if it relates to using the parser

Is your feature request related to a problem? Please describe.

Maintainer of HiPhish/rainbow-delimiters.nvim here; I have a problem matching the key of a dictionary-like table type annotation. According to the documentation we can document the type of a dictionary-like table as follows:

@type { [string]: VALUE_TYPE }

However, currently [, string and ] are three top-level field nodes:

(table_literal_type
  "{"
  field: "["
  field: (builtin_type
    "string")
  field: "]"
  ":"
  (identifier)
  "}")

There is no one container-like node which would contain the three other nodes. This makes it impossible to build a tree of nested delimiters.

Describe the solution you'd like

I propose grouping the three above nodes under one common node:

(table_literal_type
  "{"
  field: (dict_key_type
    "["
    (builtin_type
      "string")
    "]")
  ":"
  (identifier)
  "}")

The name dict_key_type is just something off the top of my head, I don't have any particular opinion on what the new node should be named.

Describe alternatives you've considered

Matching the delimiters is not a problem in itself, I already have a pattern for that in place:

(_
  "[" @delimiter
  .
  field: (_)
  .
  "]" @delimiter @sentinel) @container

The problem with this pattern is that now the container node of this match is on the same level as the parent container. This messes up the algorithm for determining which colour to use for which delimiter.

Additional context

No response