fix(android,ios): honor textDecorationColor and textDecorationStyle on Text

[quantizor]

Summary:

textDecorationColor is declared on both TextStyleIOS and TextStyleAndroid in the public types, but on Android the value has no visible effect: the underline always paints in the text's foreground color. iOS honors color correctly via NSUnderlineColorAttributeName. Separately, textDecorationStyle: 'wavy' is silently dropped on both platforms (Fabric's C++ enum doesn't include Wavy, and the JS StyleSheet types describe it as supported).

This PR closes both gaps cross-platform:

Color (Android): Android's Layout.draw paints the underline produced by setUnderlineText(true) using paint.color, ignoring paint.underlineColor on every API level. The same applies to strikethrough. ReactUnderlineSpan and ReactStrikethroughSpan now extend DrawCommandSpan and paint the decoration themselves in onDraw via Canvas.drawLine / Canvas.drawPath, so the requested color actually reaches the paint.

Style (Android): Wires textDecorationStyle through the existing C++ → Kotlin pipeline (TA_KEY_TEXT_DECORATION_STYLE was a no-op handler). Implements solid, double, dotted, dashed, and wavy. The wavy curve uses Chromium/Blink's formula from decoration_line_painter.cc (wavelength = 1 + 2 * round(2 * thickness + 0.5), controlPointDistance = 0.5 + round(3 * thickness + 0.5), one cubic Bezier per wavelength with both control points at the midpoint, one above and one below the y-axis). The minimum stroke thickness is density-aware (1.5 dp) so decorations read consistently across display densities.

Style (iOS, wavy): UIKit's NSUnderlineStyle has no native wavy value, so Wavy ranges are tagged with a custom RCTWavyDecorationAttributeName (storing the line kinds + stroke color) in RCTAttributedTextUtils.mm and painted by RCTTextLayoutManager.mm after drawGlyphsForGlyphRange: using WebKit's formula from Source/WebCore/style/InlineTextBoxStyle.cpp (controlPointDistance = fontSize * 1.5 / 16, step = fontSize / 4.5, one cubic Bezier per wavelength, control points at the midpoint above and below the y-axis). The other four styles continue to use UIKit's native NSUnderlineStyle pattern bits.

ReactTextView (Android): invokes DrawCommandSpan.onDraw after super.onDraw, mirroring what PreparedLayoutTextView.onDraw already did. Without this, the new spans have no effect on the older view class, which is what some Text components on the new architecture still route through.

C++ enum: TextDecorationStyle::Wavy added to primitives.h and the conversions.h (de)serialization, so the wavy JS value flows through Fabric instead of being rejected with an Unsupported value log.

Related: #4579 (2015) flagged the color gap.

Changelog:

[ANDROID] [FIXED] - Text underlines and strikethroughs honor textDecorationColor
[GENERAL] [ADDED] - textDecorationStyle: 'wavy' (rendered natively on both Android and iOS using each platform's reference browser-engine formula)
[ANDROID] [ADDED] - Text decorations honor textDecorationStyle (solid, double, dotted, dashed, wavy)

Test Plan:

Rendered <Text> components with textDecorationLine set to "underline" or "line-through", textDecorationStyle cycling through solid / double / dotted / dashed / wavy, and textDecorationColor set to a value distinct from the foreground color. On stock 0.85.2 the decorations render in the text color with no style variation (and wavy is dropped); with this patch each style renders in the specified color with the requested stroke geometry. Verified single-line and wrapped multi-line cases on an Android API 36 emulator and iPhone 17 sim (iOS 26.4): each visual line within a wrapped block receives its own correctly-colored decoration that starts and ends at the line's content boundaries.

<Text style={{
  color: 'black',
  textDecorationLine: 'underline',
  textDecorationStyle: 'wavy',
  textDecorationColor: '#ff00aa',
}}>
  Hello
</Text>

[fabriziocucci]

@quantizor would it be too hard to split this into 3 separate PRs? 🙏