diff --git a/src/content/app-architecture/case-study/index.md b/src/content/app-architecture/case-study/index.md
index d54a7262d4..4b27f04b57 100644
--- a/src/content/app-architecture/case-study/index.md
+++ b/src/content/app-architecture/case-study/index.md
@@ -83,7 +83,7 @@ There are two popular means of organizing code:
1. By feature - The classes needed for each feature are grouped together. For
example, you might have an `auth` directory, which would contain files
- like `auth_viewmodel.dart`, `login_usecase.dart`, `logout_usecase.dart,
+ like `auth_viewmodel.dart`, `login_usecase.dart`, `logout_usecase.dart`,
`login_screen.dart`, `logout_button.dart`, etc.
2. By type - Each "type" of architecture is grouped together.
For example, you might have directories such as
diff --git a/src/content/app-architecture/case-study/ui-layer.md b/src/content/app-architecture/case-study/ui-layer.md
index 59986a4f14..900fb97663 100644
--- a/src/content/app-architecture/case-study/ui-layer.md
+++ b/src/content/app-architecture/case-study/ui-layer.md
@@ -578,7 +578,7 @@ the view wants to render. This gets at *why* the Compass app uses `Commands`.
In the view's `Widget.build` method,
the command is used to conditionally render different widgets.
-```dart title=home_viewmodel.dart
+```dart title=home_screen.dart
// ...
child: ListenableBuilder(
listenable: [!viewModel.load!],
diff --git a/src/content/cookbook/navigation/set-up-app-links.md b/src/content/cookbook/navigation/set-up-app-links.md
index d91625a869..af5e80210e 100644
--- a/src/content/cookbook/navigation/set-up-app-links.md
+++ b/src/content/cookbook/navigation/set-up-app-links.md
@@ -96,17 +96,29 @@ It provides a simple API to handle complex routing scenarios.
```
-
+
+ :::version-note
+ If you use a Flutter version earlier than 3.27,
+ you need to manually opt in to deep linking by
+ adding the following metadata tag to ``:
+
+ ```xml
+
+ ```
+ :::
+
:::note
If you use a third-party plugin to handle deep links,
- such as [app_links][],
+ such as [app_links][],
Flutter's default deeplink handler will
- break these plugins.
-
+ break these plugins.
+
To opt out of using Flutter's default deep link handler,
- add the following metadata tag:
- ``````
- to opt out of Flutter's default deeplink handler
+ add the following metadata tag to ``:
+
+ ```xml
+
+ ```
:::
## 3. Hosting assetlinks.json file
diff --git a/src/content/cookbook/navigation/set-up-universal-links.md b/src/content/cookbook/navigation/set-up-universal-links.md
index 604f1ffa0e..87fe90fb70 100644
--- a/src/content/cookbook/navigation/set-up-universal-links.md
+++ b/src/content/cookbook/navigation/set-up-universal-links.md
@@ -82,15 +82,21 @@ It provides a simple API to handle complex routing scenarios.
1. Open the `ios/Runner.xcworkspace` file inside the
Flutter project's `ios` folder.
- :::note
- If you are using third-party plugins to handle deep links,
- such as [app_links][],
- Flutter's default deeplink handler will
- break these plugins.
-
- If you use a third-party plugin,
- add the key and value pair `FlutterDeepLinkingEnabled` and `NO` to info.Plist.
- :::
+ :::version-note
+ If you use a Flutter version earlier than 3.27,
+ you need to manually opt in to deep linking by adding the
+ key and value pair `FlutterDeepLinkingEnabled` and `YES` to `info.Plist`.
+ :::
+
+ :::note
+ If you're using third-party plugins to handle deep links,
+ such as [app_links][],
+ Flutter's default deeplink handler will
+ break these plugins.
+
+ If you use a third-party plugin, add the
+ key and value pair `FlutterDeepLinkingEnabled` and `NO` to `info.Plist`.
+ :::
### Add associated domains
diff --git a/src/content/platform-integration/web/renderers.md b/src/content/platform-integration/web/renderers.md
index 0ec54a1cd4..25f4b509b5 100644
--- a/src/content/platform-integration/web/renderers.md
+++ b/src/content/platform-integration/web/renderers.md
@@ -11,7 +11,7 @@ Flutter chooses the build mode when building the app,
and determines which renderers are available at runtime.
For a default build,
-Flutter chooses the`canvaskit` renderer at runtime.
+Flutter chooses the `canvaskit` renderer at runtime.
For a WebAssembly build,
Flutter chooses the `skwasm` renderer at runtime,
and falls back to `canvaskit` if the browser doesn't support `skwasm`.