fix(syntax): remove aggressive python type inference rules

[nikhil2004-blip]

Problem

The current python.scm syntax highlighting queries are too aggressive. They use broad regular expressions to match any identifier starting with a capital letter as a @type or @constructor.

This results in incorrect syntax highlighting behavior, such as:

Variables like Final_Score

Function calls

Even commented text

…being highlighted as Types or Constructors simply because they start with a capital letter.
This leads to inconsistent "rainbow coloring" and reduces readability for Python code displayed inside TextArea.

Solution

The heuristic rules depending solely on regex matching for types and constructors have been disabled.
These were removed in:

File: src/textual/tree-sitter/highlights/python.scm

Removed queries:

((identifier) @type
(#match? @type "^[A-Z].*[a-z]"))

((call
function: (identifier) @constructor)
(#match? @constructor "^[A-Z]"))

This ensures Tree-sitter relies more on proper semantic analysis instead of unreliable capitalization guessing.

The result:
✔ Cleaner syntax highlighting
✔ More accurate code representation
✔ No more distracting false-type coloring

• Docstrings on all new or modified functions / classes
• Updated documentation
• Updated CHANGELOG.md (where appropriate)

[TomJGooding]

Even commented text [is incorrectly] highlighted as Types or Constructors simply because they start with a capital letter.

I can't reproduce this?

from textual.app import App, ComposeResult
from textual.widgets import TextArea

CODE = """\
# lower

# Title

# UPPER\
"""


class ExampleApp(App):
    CSS = """
    TextArea { 
        width: 40; 
        height: auto;
    }
    """

    def compose(self) -> ComposeResult:
        yield TextArea(CODE, language="python")


if __name__ == "__main__":
    app = ExampleApp()
    app.run()

[TomJGooding]

This follows naming conventions as mentioned in the comment above.

Here's a simple example of variables with different casings in Python:

score = 999
Score = 999
SCORE = 999

Notice the syntax highlighting on GitHub and the screenshot below from Neovim: