Splitter: respect maxSize option where it's possible during collapse and visibility change of its panes (T1323187)

[EugeniyKiyashko]

No description provided.

[Copilot]

Pull request overview

Updates the internal Splitter layout recalculation logic to respect maxSize constraints during pane collapse/expand and runtime visibility changes, while still allowing the operation to proceed by relaxing maxSize only when the layout cannot be recalculated otherwise.

Changes:

• Adjusted collapse/visibility layout recalculation to keep maxSize restrictions when possible, retrying without maxSize only if the layout calculation fails.
• Expanded QUnit coverage for collapse/expand and visibility toggling scenarios involving maxSize, minSize, and collapsedSize.
• Updated an existing pane-visibility expectation to reflect maxSize-aware redistribution.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
packages/devextreme/js/__internal/ui/splitter/splitter.ts	Reworks collapse/visibility change layout calculation to respect maxSize when feasible, with a fallback retry that clears maxSize only if the first pass produces no layout change.
packages/devextreme/testing/tests/DevExpress.ui.widgets/splitter.tests.js	Adds/updates test scenarios validating maxSize behavior during collapse/expand and visibility changes.