From a16ae39a33b8b5db42b5845824ebc8fe8072bbf0 Mon Sep 17 00:00:00 2001 From: Eric K Richardson Date: Wed, 15 Jan 2025 16:19:33 -0800 Subject: [PATCH] Minor doc issues seen in scalafmt update (#417) * Minor doc issues seen in scalafmt update * Move period outside of quote --- sconfig/shared/src/main/scala/org/ekrich/config/Config.scala | 4 ++-- .../src/main/scala/org/ekrich/config/ConfigMergeable.scala | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sconfig/shared/src/main/scala/org/ekrich/config/Config.scala b/sconfig/shared/src/main/scala/org/ekrich/config/Config.scala index 750a58a8..7920d783 100644 --- a/sconfig/shared/src/main/scala/org/ekrich/config/Config.scala +++ b/sconfig/shared/src/main/scala/org/ekrich/config/Config.scala @@ -43,7 +43,7 @@ import scala.annotation.varargs * from config keys, rather than paths, to config values. Think of * `ConfigObject` as a JSON object and `Config` as a configuration API. * - *

The API tries to consistently use the terms "key" and "path." A key is a + *

The API tries to consistently use the terms "key" and "path". A key is a * key in a JSON object; it's just a string that's the key in a map. A "path" is * a parseable expression with a syntax and it refers to a series of keys. Path * expressions are described in the @@ -62,7 +62,7 @@ import scala.annotation.varargs * [[ConfigUtil$.splitPath ConfigUtil.splitPath(String)]] to convert between * path expressions and individual path elements (keys). * - *

Another difference between `Config} and `ConfigObject` is that + *

Another difference between `Config` and `ConfigObject` is that * conceptually, `ConfigValue`s with a [[ConfigValue#valueType valueType]] of * [[ConfigValueType#NULL NULL]] exist in a `ConfigObject`, while a `Config` * treats null values as if they were missing. (With the exception of two diff --git a/sconfig/shared/src/main/scala/org/ekrich/config/ConfigMergeable.scala b/sconfig/shared/src/main/scala/org/ekrich/config/ConfigMergeable.scala index 4d07852d..a6c5e421 100644 --- a/sconfig/shared/src/main/scala/org/ekrich/config/ConfigMergeable.scala +++ b/sconfig/shared/src/main/scala/org/ekrich/config/ConfigMergeable.scala @@ -45,7 +45,7 @@ trait ConfigMergeable { * just return the original value, since they automatically override any * fallback. This means that objects do not merge "across" non-objects; if you * write `object.withFallback(nonObject).withFallback(otherObject)`, then - * `otherObject`will simply be ignored. This is an intentional part of how + * `otherObject` will simply be ignored. This is an intentional part of how * merging works, because non-objects such as strings and integers replace * (rather than merging with) any prior value: *