[triniwiz]

Problem

Inside a Mason container, px meant two different things. Mason's own views read it as CSS pixels. Plain NativeScript children (Svg, Canvas, any other foreign view) kept core's meaning, which is device pixels. So class="size-[22px]" on an <Svg> was about 7 dip on a 3x screen, a third of the same class on a Mason view. This came up in nativescript-hallow26.

Fix

foreign-layout.ts: the foreign Style setters now turn px into a dip number before core stores it. Converting only the value written to the Mason leaf would not be enough, because core still uses its own copy:

• iOS measures foreign views through View.measureChild, which uses effectiveWidth.
• Android's measure function reads the child's LayoutParams, which core sets.
• Windows panels copy Width/Height from the XAML element.

A px value set before adoption is rewritten through the channel it came from (CSS, local or keyframe), so precedence is unchanged. This needed sourceKey on a CssProperty and source on a CssAnimationProperty.

Windows now converts width, height, min/max sizes and margins as well, but it still leaves copying them to its panels.

Limits

• Only the properties the bridge mirrors are converted. Padding and border width on a foreign view still treat px as device pixels.
• If a CSS px value is shadowed by an inline value before adoption, only the inline value is converted. If the inline value is later unset, the CSS value comes back as device pixels.
• A child moved out of a Mason container keeps its converted dip values.

Testing

• npm test: 62 files, 1290 passed.
• tsc --noEmit on masonkit: clean.
• I rewrote the existing test that asserted the old conversion, and added coverage that a converted value keeps its source, plus a Windows case.
• Not verified on a device.