Skip to content

Samples: review SupportedOSPlatformVersion (minimum iOS version) across sample apps #628

Open

Description

@adrianhall

Summary

Review the minimum iOS deployment target (SupportedOSPlatformVersion) used by the sample apps, and decide whether to raise it.

Background

This was noted while working on #622 / PR #626. SupportedOSPlatformVersion is the minimum OS the app runs on. It is separate from the SDK or Xcode version the app is built with, so it does not block building against newer SDKs. It does control which platform APIs are available without runtime checks, and it can constrain which versions of dependencies can be used.

Current values:

Sample File Setting
MAUI samples/todoapp/TodoApp.MAUI/TodoApp.MAUI.csproj iOS 15.0, Android 21.0, Windows 10.0.17763.0
Avalonia iOS samples/todoapp/TodoApp.Avalonia/TodoApp.Avalonia.iOS/TodoApp.Avalonia.iOS.csproj 15.0
Avalonia iOS samples/todoapp/TodoApp.Avalonia/TodoApp.Avalonia.iOS/Info.plist MinimumOSVersion 15.0
Avalonia Android samples/todoapp/TodoApp.Avalonia/TodoApp.Avalonia.Android/TodoApp.Avalonia.Android.csproj 34
Uno samples/todoapp/TodoApp.Uno/TodoApp.Uno/TodoApp.Uno.csproj not set explicitly (uses the Uno SDK default)

The platform values are not consistent across samples. For example, Android is 21.0 in MAUI but 34 in Avalonia. iOS is 15.0 in both MAUI and Avalonia, but the Avalonia value is duplicated in Info.plist and must be changed in both places.

Proposed work

  1. Confirm the minimum supported iOS (and Mac Catalyst) version for each framework at the versions the samples use (MAUI, Avalonia, Uno), using their documentation and release notes.
  2. Decide on a target for the iOS samples. Consider what the toolkit's client library needs, what current Apple guidance is, and what the samples are meant to show. Samples should reflect what a new app would reasonably choose today.
  3. Decide whether the other platform values (Android, Windows) should be reviewed too, or only iOS. At minimum, document why they differ if they stay different.
  4. Align the values across samples where there is no good reason for a difference.
  5. Keep Info.plist MinimumOSVersion in step with the csproj value for Avalonia.
  6. Consider whether Uno should set the value explicitly so the target is visible in the project.
  7. Check docs/samples/todoapp/ for any mention of minimum OS versions and update it.

Validation

Validate through CI on the pull request: the todoapp-maui / ios, todoapp-avalonia / ios and todoapp-uno / ios-maccatalyst jobs in Build Samples must pass. Triggering workflows with workflow_dispatch on the fork has not been reliable for the macOS jobs, but runs triggered by a pull request work.

Acceptance criteria

  • The iOS minimum deployment target is deliberately chosen, consistent across the iOS samples, and the reason is recorded in the PR.
  • Avalonia's csproj and Info.plist agree.
  • Documentation matches the final values.
  • Build Samples passes on the PR.

Related

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions