Rename ouds-prefixed public View methods and internal OUDSButtonStyle

[Copilot]

User feedback indicated the ouds prefix on view modifier methods was verbose and redundant given that OUDS token parameter types provide unambiguous overload resolution vs. native SwiftUI APIs.

Changes

Deprecated ouds-prefixed View extensions → new unprefixed equivalents:

Deprecated	Replacement
.oudsForegroundStyle(_:)	.foregroundStyle(_:)
.oudsForegroundColor(_:)	.foregroundColor(_:)
.oudsBackground(_:)	.background(_:)
.oudsAccentColor(_:)	.accentColor(_:)
.oudsShadow(_:)	.shadow(_:)
.oudsBorder(style:width:radius:color:)	.border(style:width:radius:color:)
.oudsColoredSurface(_:)	.coloredSurface(_:)
.oudsGridMargin(_:)	.gridMargin(_:)
.oudsRequestAccessibleFocus(_:)	.requestAccessibleFocus(_:)
.oudsRequestAccessibleFocus(_:for:)	.requestAccessibleFocus(_:for:)
.oudsHorizontalDivider(dividerColor:)	.horizontalDivider(dividerColor:)
.oudsVerticalDivider(color:)	.verticalDivider(color:)

Old methods are marked @available(*, deprecated, renamed:) and forward to the new names — no breaking change.

oudsNavigationTitle intentionally excluded — String conforms to StringProtocol, so a bare navigationTitle(_:) would shadow SwiftUI's standard modifier at call sites.

Internal rename: OUDSButtonStyle → StyleForButton (not public API).

// Before
Text("Hello")
    .oudsForegroundColor(theme.colors.contentDefault)
    .oudsBackground(theme.colors.bgPrimary)
    .oudsBorder(style: theme.borders.styleDefault, width: theme.borders.widthThin,
                radius: theme.borders.radiusMedium, color: theme.colors.borderDefault)
    .oudsShadow(theme.elevations.emphasized)

// After
Text("Hello")
    .foregroundColor(theme.colors.contentDefault)
    .background(theme.colors.bgPrimary)
    .border(style: theme.borders.styleDefault, width: theme.borders.widthThin,
            radius: theme.borders.radiusMedium, color: theme.colors.borderDefault)
    .shadow(theme.elevations.emphasized)

No ambiguity with SwiftUI overloads — OUDS token types (MultipleColorSemanticToken, MultipleElevationCompositeRawToken, etc.) are distinct from SwiftUI protocol types (ShapeStyle, Color?, etc.).

• All internal library usages updated to use new names
• MIGRATION.md, CHANGELOG.md, AGENTS.md, and .docc documentation updated

Related issues

Description

See above.

Motivation & Context

Align View modifier naming with the existing typography helper convention (displayLarge(_:), headingMedium(_:), etc.) and reduce API verbosity per user feedback.

Types of change

• Refactoring (non-breaking change)

Previews

(NA)

Checklist

Contribution

• I have read the contributing guidelines

Accessibility

• (NA) My change follows accessibility good practices

Design

• (NA) My change respects the design guidelines of Orange Unified Design System

Development

• My change follows the developer guide
• I checked my changes do not add new SwiftLint warnings
• (NA) I have added unit tests to cover my changes (optional)

Documentation

• My change introduces changes to the documentation and/or I have updated the documentation accordingly

Checklist (for Core Team only)

• The evolution have been tested and the project builds for iPhones and iPads
• Code review has been done by reviewers according to CODEOWNERS file
• (NA) Design review has been done
• (NA) Accessibility review has been done
• (NA) Q/A team has tested the evolution
• Documentation has been updated if relevant
• Internal files have been updated if relevant (like CONTRIBUTING, DEVELOP, THIRD_PARTY, CONTRIBUTORS, NOTICE)
• CHANGELOG has been updated respecting keep a changelog rules and reference the issues
• (NA) The wiki has been updated if needed (optional)

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[pylapp]

LGTM

[pylapp]

Note

@ludovic35 This PR must be merged before the one in design toolbox side (https://github.com/Orange-OpenSource/ouds-ios-design-system-toolbox/pull/2161)