text-builder-dev 0.3 → 0.3.0.1
raw patch · 2 files changed
+11/−10 lines, 2 files
Files
- library/TextBuilderDev.hs +10/−9
- text-builder-dev.cabal +1/−1
library/TextBuilderDev.hs view
@@ -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
text-builder-dev.cabal view
@@ -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: