Land a caller's style with its class on field and picker roots

Plan step 38 review: the showcase kept two unlayered width classes
because <x-input> and <x-datepicker> "don't forward style usefully".
They did not: the Phase F rule is that a caller's class and style land
on the component root, and the field family sent class to the field's
root but style to the inner control, where a width sizes nothing.
Input, password, textarea, select and file now pass style to the field
root with class; datepicker and timepicker put it on their root;
<x-group> dropped style entirely and <x-split-button> gave it to the
leading button; <x-search> rendered it twice, on the root and the
input. A textarea given a style also lost its autogrow rows, since
its own style attribute came second and the browser ignores it.
A dataset test renders each component with both and requires them on
the root, once.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Qwx5USif3wFFmxtHg5U1g9

resources/views/components/field.blade.php

@@ -27,8 +27,8 @@
      span the full width of a large screen (§ Text Fields, Behaviour); a width rule from the call site
      beats that, and `full` takes it off altogether.
 
-     `class` from the call site lands on the outermost element, never the control, so a margin or
-     a width is safe here; `hint-class` lands on the hint. --}}
+     `class` and `style` from the call site land on the outermost element, never the control, so a
+     margin or a width is safe here; `hint-class` lands on the hint. --}}
 
 @props([
     'id',