Toolbar: use transform-safe measurements for layout calculations (T1326396)

[EugeniyKiyashko]

No description provided.

[Copilot]

Pull request overview

This PR targets correct toolbar layout calculations when the toolbar’s parent is scaled via CSS transform, and adds a regression test for the reported issue (T1245421).

Changes:

• Added a QUnit regression test validating that toolbar label max-width remains stable under transform: scale().
• Updated toolbar label width measurement helper usage in ToolbarBase (and adjusted ESLint suppressions).
• Removed an ESLint suppression near the timeout handle type declaration.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

File	Description
packages/devextreme/testing/tests/DevExpress.ui.widgets/toolbar.tests.js	Adds a regression test to ensure label max-width calculations are not affected by parent transform scaling.
packages/devextreme/js/__internal/ui/toolbar/toolbar.base.ts	Adjusts label width measurement helper usage and modifies ESLint suppression/annotations related to setTimeout and unsafe returns.

Comments suppressed due to low confidence (1)

packages/devextreme/js/__internal/ui/toolbar/toolbar.base.ts:316

• getRealLabelWidth still relies on getBoundingRect(label).width, but getBoundingRect is implemented via element.getBoundingClientRect() (js/__internal/core/utils/m_position.ts:10-19), which is affected by CSS transforms like scale(). That can make toolbar label max-width calculations depend on transforms (the scenario covered by the new test) and also forces an @typescript-eslint/no-unsafe-return suppression because getBoundingRect is untyped. Consider switching this measurement to a transform-safe size helper (e.g., getOuterWidth/getWidth based on offsetWidth) and/or tightening getBoundingRect typings to avoid the lint disable.

  }

  _alignSectionLabels(