diff --git a/_pages/1700_NamingGuidelines.md b/_pages/1700_NamingGuidelines.md
index 8210a73..b322fa1 100644
--- a/_pages/1700_NamingGuidelines.md
+++ b/_pages/1700_NamingGuidelines.md
@@ -137,10 +137,10 @@ Suppose you want to define events related to the deletion of an object. Avoid de
### Prefix an event handler with "On" (AV1738) ![](/assets/images/3.png)
It is good practice to prefix the method that handles an event with "On". For example, a method that handles its own `Closing` event should be named `OnClosing`. And a method that handles the `Click` event of its `okButton` field should be named `OkButtonOnClick`.
-### Use an underscore for irrelevant parameters (AV1739) ![](/assets/images/3.png)
-If you use a lambda expression (for instance, to subscribe to an event) and the actual arguments of the event are irrelevant, use discards to make that explicit:
+### Use an underscore for irrelevant lambda parameters (AV1739) ![](/assets/images/3.png)
+If you use a lambda expression (for instance, to subscribe to an event) and the actual parameters of the event are irrelevant, use the following convention to make that explicit:
- button.Click += (_, _) => HandleClick();
+ button.Click += (_, __) => HandleClick();
### Group extension methods in a class suffixed with Extensions (AV1745) ![](/assets/images/3.png)
If the name of an extension method conflicts with another member or extension method, you must prefix the call with the class name. Having them in a dedicated class with the `Extensions` suffix improves readability.