
I agree with Michael and Thomas,
+1 to including aeson as-is; if the ByteString instance is removed so much
the better.
On Wed, Sep 18, 2013 at 6:26 AM, Thomas Schilling
I'm also +1, though I'd strongly prefer that the instance for ByteString gets dropped before inclusion.
The "don't do that" approach is not very Haskelly. A Char8 ByteString is the same type as a Word8 ByteString, so while you could argue that Char8 is implicitly ASCII, the instance couldn't distinguish it from Word8 ByteStrings where this doesn't make sense. Since JSON doesn't have a standard way of encoding binary data (utf8/base64/base64url/...), external JSON API often may use their own convention, so it's best to require users to be explicit about semantics.
On 18 September 2013 11:24, Herbert Valerio Riedel
wrote: On 2013-09-18 at 09:22:07 +0200, Michael Snoyman wrote:
[...]
So: +1 from me on including aeson as-is, and if Bryan's interested in making this change to aeson, I'd consider it a perk.
+1 like Micheal
(i.e. I support `aeson` in HP unconditionally; but I'd be delighted if the `ByteString` instances not pure issue would be fixed somehow) _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries
Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries