Add new semantic token type for an identifier of keyword arguments

[YOYOYO28]

Feature request:

add new semantic token type for an identifier of keyword arguments when calling function.
I'd like to assign the new semantic token type to variable.parameter.function-call.python.

Situation

I use semantic highlighting. Assigning a specific color to parameters:python allows us to distinguish between newly defined variables in a function and parameters given as function arguments. (before: first picture, after(using semantic highlighting) second picture)

But, with this change, the identifier of the keyword argument when calling a function is also displayed in the same color.
Because the variable.parameter.function-call.python, which represents the identifier in the TextMate rule, was assigned a different color, it was previously displayed in a different color from the other parameters.(In the first picture, alpha, beta, gamma are displayed in indigo on main method, but second picture, after using semantic highlighting, they are displayed in brown as parameters) This is because semantic highlighting takes precedence over syntax highlighting.

Suggestion

I propose that assigning the new semantic token type to variable.parameter.function-call.python, such as selfParameter, or clsParameter.

①

②

[raptor494]

Would really love if this was added, it's the one thing I miss from before I started using semantic highlighting

[Atlamillias]

Would love this as well. Semantic highlighting is one of the few things that keeps me from dropping PyCharm (granted, PyLance has made it MUCH better in VSCode than it was previously in my opinion).

If not this specific change, then maybe a convenient way of excluding specific scopes from PyLance's semantic highlighting through settings.json so any changes made via "editor.tokenColorCustomizations" will no longer be suppressed? I'm uncertain on how feasible this would be.

[thehale]

I'd also really appreciate this feature. To show an additional use case, having colored named parameters would make a huge difference for functions that pass values down a chain of responsibility and use the same parameter name for clarity.

Additionally, named parameters in decorators currently don't have the semantic type of parameter. While this is currently nice because it means my preferred color for named parameters can be applied inside decorators, it would be great if they also got this new semantic type to avoid needing a separate TextMate coloring rule.

See this code as a gist

As for the specific semantic name, I'd propose namedParameter to reflect the naming of selfParameter and clsParameter. Such a name could also map to similar features in JavaScript and C#. Alternatively, if a more python-specific name was desired, then a semantic name like keywordArgument would also work.

[judej]

Moving this issue to discussion as an enhancement request for comments and upvotes.

[tmke8]

Just found this issue after searching the internet for the reason for why variable.parameter.function-call.python doesn't work. I second the request. I like to see at a glance which variables in a function are parameters to that function. On (neo)vim, I always use this extension to achieve the same effect: https://github.com/m-demare/hlargs.nvim