diff --git a/library/TextBuilderDev.hs b/library/TextBuilderDev.hs
--- a/library/TextBuilderDev.hs
+++ b/library/TextBuilderDev.hs
@@ -1,5 +1,6 @@
 module TextBuilderDev
-  ( TextBuilder,
+  ( -- *
+    TextBuilder,
 
     -- * Accessors
     buildText,
@@ -12,9 +13,6 @@
     putLnToStdOut,
     putLnToStdErr,
 
-    -- * Classes
-    IsomorphicToTextBuilder (..),
-
     -- * Constructors
 
     -- ** Builder manipulators
@@ -69,6 +67,9 @@
     -- ** Time
     utcTimestampInIso8601,
     intervalInSeconds,
+
+    -- * Classes
+    IsomorphicToTextBuilder (..),
   )
 where
 
@@ -103,18 +104,18 @@
 --
 -- This class does not provide implicit rendering,
 -- such as from integer to its decimal representation.
--- It should already be evident that there is multiple ways of
--- how an integer can be represented in a textual form (e.g., hexadecimal).
+-- There are multiple ways of representing an integer
+-- as text (e.g., hexadecimal, binary).
 -- The non-ambiguity is further enforced by the presence of
 -- the inverse conversion.
 -- In the integer case there is no way to read it
--- from a textual form without a possibility of failing.
--- So that is enough to prove that it's not sufficient.
+-- from a textual form without a possibility of failing
+-- (e.g., when the input string cannot be parsed as a integer).
 --
 -- If you're looking for such conversion classes,
 -- this library is not a place for them,
 -- since there can be infinite amount of flavours of
--- conversions. IOW, they are context-dependent and as such
+-- conversions. They are context-dependent and as such
 -- should be defined as part of the domain.
 class IsomorphicToTextBuilder a where
   toTextBuilder :: a -> TextBuilder
diff --git a/text-builder-dev.cabal b/text-builder-dev.cabal
--- a/text-builder-dev.cabal
+++ b/text-builder-dev.cabal
@@ -1,7 +1,7 @@
 cabal-version: 3.0
 
 name: text-builder-dev
-version: 0.3
+version: 0.3.0.1
 category: Text
 synopsis: Edge of developments for "text-builder"
 description: