ruff/crates/ty_python_semantic
Luca Chiodini bf0bc87f06
Uniformly use "not supported" in diagnostics
Some (most?) diagnostic messages already use the form
"Operator <op> not supported", but others use "Operator <op> unsupported":

https://play.ty.dev/ae13cd3d-531b-4ed3-adea-eba9b0cafb6c
```py
0 + ""
0 < ""
```
> Operator `+` is unsupported between objects of type `Literal[0]` and `Literal[""]` (unsupported-operator) [Ln 1, Col 1]
> Operator `<` is not supported between objects of type `Literal[0]` and `Literal[""]` (unsupported-operator) [Ln 2, Col 1]

This commit uniforms the diagnostic messages, favoring "not supported".
While it is two characters longer, this matches pyright/pyrefly's
messages, is slightly less redundant given that
"unsupported" already appears in the diagnostic's type
(e.g., unsupported-operator), and makes the "not" stand out.

(This commit does not remove all occurrences of "unsupported" in diagnostic messages:
there are still some that e.g. start with "Unsupported <X>".
I think those are acceptable as they are.)
2025-12-11 14:47:50 +01:00
..
resources Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
src Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
tests [ty] Don't send publish diagnostics for clients supporting pull diagnostics (#21772) 2025-12-04 08:12:04 +01:00
Cargo.toml [ty] bump dependencies to pull in Salsa support for `ordermap` (#21854) 2025-12-09 19:08:03 -08:00
build.rs Rename Red Knot (#17820) 2025-05-03 19:49:15 +02:00
mdtest.py [ty] mdtests with external dependencies (#20904) 2025-12-08 11:44:20 +01:00
mdtest.py.lock Rename Red Knot (#17820) 2025-05-03 19:49:15 +02:00