Skip to content

Commit 173fea1

Browse files
committed
fix nullable receiver links
1 parent e74ee25 commit 173fea1

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

docs/topics/jvm/java-to-kotlin-nullability-guide.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -88,7 +88,7 @@ in the scope where the compiler performs the check.
8888

8989
If you don't perform this check, the code will fail to compile with the following message:
9090
"Only [safe (?.)](null-safety.md#safe-call-operator) or [non-nullable asserted (!!.) calls](null-safety.md#not-null-assertion-operator) are allowed
91-
on a [nullable receiver](extensions.md#nullable-receiver) of type String?".
91+
on a [nullable receiver](extensions.md#nullable-receivers) of type String?".
9292

9393
You can write the same shorter – use the [safe-call operator ?. (If-not-null shorthand)](idioms.md#if-not-null-shorthand),
9494
which allows you to combine a null check and a method call into a single operation:

docs/topics/null-safety.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -321,7 +321,7 @@ In such cases, you can use the `!!` operator to explicitly tell the compiler tha
321321

322322
## Nullable receiver
323323

324-
You can use extension functions with a [nullable receiver type](extensions.md#nullable-receiver),
324+
You can use extension functions with a [nullable receiver type](extensions.md#nullable-receivers),
325325
allowing these functions to be called on variables that might be `null`.
326326

327327
By defining an extension function on a nullable receiver type, you can handle `null` values within the function itself

0 commit comments

Comments
 (0)