ruff/crates/ty_python_semantic/resources/mdtest/binary
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
..
booleans.md [ty] fix binary expression inference between boolean literals and `bool` instances (#18663) 2025-06-17 18:02:40 +01:00
classes.md Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
custom.md Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
instances.md Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
integers.md Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00
tuples.md [ty] Remove special casing for tuple addition (#19636) 2025-07-30 16:25:42 +00:00
unions.md Uniformly use "not supported" in diagnostics 2025-12-11 14:47:50 +01:00