all: fix some typos
Change-Id: Id2b7fbb263d08103e17d2dc74454071fb3993586
Reviewed-on: https://go-review.googlesource.com/c/example/+/552396
Run-TryBot: shuang cui <imcusg@gmail.com>
Auto-Submit: Dmitri Shuralyov <dmitshur@golang.org>
TryBot-Result: Gopher Robot <gobot@golang.org>
TryBot-Bypass: Dmitri Shuralyov <dmitshur@golang.org>
Reviewed-by: Dmitri Shuralyov <dmitshur@google.com>
Reviewed-by: Michael Pratt <mpratt@google.com>
Reviewed-by: Dmitri Shuralyov <dmitshur@golang.org>
diff --git a/internal/cmd/weave/weave.go b/internal/cmd/weave/weave.go
index 07ed8bf..91c06e4 100644
--- a/internal/cmd/weave/weave.go
+++ b/internal/cmd/weave/weave.go
@@ -21,7 +21,7 @@
//
// is output, where PACKAGE is constructed from the module path, the
// base name of the current directory, and the directory of FILENAME.
-// This caption can be supressed by putting "-" as the final word of the %include line.
+// This caption can be suppressed by putting "-" as the final word of the %include line.
package main
import (
diff --git a/slog-handler-guide/README.md b/slog-handler-guide/README.md
index 00eb1e5..c8fd0d8 100644
--- a/slog-handler-guide/README.md
+++ b/slog-handler-guide/README.md
@@ -26,7 +26,7 @@
The standard library’s `log/slog` package has a two-part design.
A "frontend," implemented by the `Logger` type,
-gathers stuctured log information like a message, level, and attributes,
+gathers structured log information like a message, level, and attributes,
and passes them to a "backend," an implementation of the `Handler` interface.
The package comes with two built-in handlers that usually should be adequate.
But you may need to write your own handler, and that is not always straightforward.
@@ -89,7 +89,7 @@
We can now talk about the four `Handler` methods in detail.
Along the way, we will write a handler that formats logs using a format
-reminsicent of YAML. It will display this log output call:
+reminiscent of YAML. It will display this log output call:
logger.Info("hello", "key", 23)
@@ -138,7 +138,7 @@
```
We'll support only one option, the ability to set a minimum level in order to
-supress detailed log output.
+suppress detailed log output.
Handlers should always declare this option to be a `slog.Leveler`.
The `slog.Leveler` interface is implemented by both `Level` and `LevelVar`.
A `Level` value is easy for the user to provide,
@@ -839,7 +839,7 @@
Some handlers have legitimate reasons for keeping state.
For example, a handler might support a `SetLevel` method to change its configured level
dynamically.
-Or it might output the time between sucessive calls to `Handle`,
+Or it might output the time between successive calls to `Handle`,
which requires a mutable field holding the last output time.
Synchronize all accesses to such fields, both reads and writes.
diff --git a/slog-handler-guide/guide.md b/slog-handler-guide/guide.md
index fb4664d..4472bca 100644
--- a/slog-handler-guide/guide.md
+++ b/slog-handler-guide/guide.md
@@ -13,7 +13,7 @@
The standard library’s `log/slog` package has a two-part design.
A "frontend," implemented by the `Logger` type,
-gathers stuctured log information like a message, level, and attributes,
+gathers structured log information like a message, level, and attributes,
and passes them to a "backend," an implementation of the `Handler` interface.
The package comes with two built-in handlers that usually should be adequate.
But you may need to write your own handler, and that is not always straightforward.
@@ -76,7 +76,7 @@
We can now talk about the four `Handler` methods in detail.
Along the way, we will write a handler that formats logs using a format
-reminsicent of YAML. It will display this log output call:
+reminiscent of YAML. It will display this log output call:
logger.Info("hello", "key", 23)
@@ -100,7 +100,7 @@
%include indenthandler1/indent_handler.go types -
We'll support only one option, the ability to set a minimum level in order to
-supress detailed log output.
+suppress detailed log output.
Handlers should always declare this option to be a `slog.Leveler`.
The `slog.Leveler` interface is implemented by both `Level` and `LevelVar`.
A `Level` value is easy for the user to provide,
@@ -557,7 +557,7 @@
Some handlers have legitimate reasons for keeping state.
For example, a handler might support a `SetLevel` method to change its configured level
dynamically.
-Or it might output the time between sucessive calls to `Handle`,
+Or it might output the time between successive calls to `Handle`,
which requires a mutable field holding the last output time.
Synchronize all accesses to such fields, both reads and writes.
