Upgrade mypy 1.17

[alifbe]

mypy 1.17 failed to infer pyscal_obj type when the type is stored as variable.

[codecov-commenter]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 98.75%. Comparing base (2a01b1c) to head (07e1193).
⚠️ Report is 37 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #479      +/-   ##
==========================================
- Coverage   98.75%   98.75%   -0.01%     
==========================================
  Files          17       17              
  Lines        2724     2723       -1     
==========================================
- Hits         2690     2689       -1     
  Misses         34       34              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[Copilot]

Pull Request Overview

The PR addresses a mypy 1.17 inference issue by inlining the supported pyscal object types directly in the isinstance check instead of using a variable.

• Removed the PYSCAL_OBJECTS list constant.
• Replaced tuple(PYSCAL_OBJECTS) with an inline tuple of classes in the append method.

Comments suppressed due to low confidence (1)

src/pyscal/pyscallist.py:15

• Consider defining a module-level tuple constant for supported pyscal object classes and reusing it for both the PyscalObjects type alias and the isinstance check to avoid duplication and keep checks in sync.

    getLogger_pyscal,

[Copilot]

Instead of calling tuple() on a list literal, use a tuple literal directly (WaterOil, GasOil, GasWater, WaterOilGas, SCALrecommendation) for better readability and slightly improved performance.

Suggested change

	tuple([WaterOil, GasOil, GasWater, WaterOilGas, SCALrecommendation]),
	(WaterOil, GasOil, GasWater, WaterOilGas, SCALrecommendation),