diff --git a/docs/src/content/docs/about/comparison.mdx b/docs/src/content/docs/about/comparison.mdx
index 1229f52..46f862a 100644
--- a/docs/src/content/docs/about/comparison.mdx
+++ b/docs/src/content/docs/about/comparison.mdx
@@ -32,20 +32,19 @@ alternatives, [eza](https://eza.rocks) and its predecessor
[importance](/features/importance/), making it suitable for modern dev
workflows involving tooling configs.
-- eza uses arcane environment variables for customisation. uses
- [cascading YAML files](/reference/conf/) to enable per-project configuration
- that's also more readable, maintainable and ergonomic. You can also check
- these config files into your VCS and share them with your team.
+- eza supports theming using a global YAML file like . But goes
+ further with [cascading YAML files](/reference/conf/) to enable per-project
+ configuration that's also more readable, maintainable and ergonomic. You can
+ also check these config files into your VCS and share them with your team.
- eza uses globs which limits the match to simple queries. uses
[specs](/guides/specs/) which match files using the full power of regex and
then provide both styling and [icons](/features/icons/) for their matches.
These specs can also be cascaded.
-- eza output is very colorful, but limited to customisation using ANSI escape
- codes. employs sparse color and formatting, to add meaning or context,
- and these [styles](/guides/markup/) can be customised using English names or
- even RGB notation.
+- eza's output is very colorful by default whereas employs sparse color
+ and formatting, to add meaning or context. [markup](/guides/markup/)
+ syntax is more compact than eza's separate fields for colors and styles.
- has more [metadata fields](/features/detail_view/) compared to eza. It
also allows the user to view some metadata fields in multiple ways (including