Flexible generation of identicons

Version on this page:0.2.2@rev:3
LTS Haskell 22.29:0.2.3
Stackage Nightly 2024-07-19:0.2.3
Latest on Hackage:0.2.3

See all snapshots identicon appears in

BSD-3-Clause licensed and maintained by Mark Karpov
This version can be pinned in stack with:identicon-0.2.2@sha256:38918a2a15bb3509ed44079c8011c54fe92739c7bc0d59f9d86d593bea37ca6f,2816

Module documentation for 0.2.2


License BSD3 Hackage Stackage Nightly Stackage LTS Build Status Coverage Status

The package implements a flexible framework for identicons generation on top of the Juicy Pixels package.

Quick start

To use the package you usually need the following set of imports (and a couple of language extensions for the type level magic):

{-# LANGUAGE DataKinds     #-}
{-# LANGUAGE TypeOperators #-}

import Codec.Picture -- JuicyPixels
import Data.ByteString (ByteString) -- we use strict byte strings
import Data.Proxy
import Data.Word (Word8)
import Graphics.Identicon -- core definitions
import Graphics.Identicon.Primitive -- some visual primitives

You first write a type that holds information about total number of bytes your identicon consumes and number of distinct visual components it has (they are called “layers” in the terminology of the package):

type MyIcon = Identicon 12 :+ Consumer 4 :+ Consumer 4 :+ Consumer 4

Here we have an identicon that needs 12 bytes to be generated. It has three consumers that take 4 bytes each and generate layers, i.e. visual objects (circles, squares, etc.).

The second step is to write implementation of every layer. We can use the primitives available out-of-the-box, they live in the Graphics.Identicon.Primitive module:

myImpl :: Implementation MyIcon
myImpl = Identicon :+ a :+ a :+ a
    a :: Word8 -> Word8 -> Word8 -> Word8 -> Layer
    a r g b n = rsym $ onGrid 3 3 n $
      gradientXY (edge . mid) black (PixelRGB8 r g b)

We could choose to code every layer differently, but since position and color of every layer are unlikely to be the same, this approach will work well too.

Every byte is available to the layer-generating function as a distinct Word8 argument. The type system makes sure that:

  • you consume exactly as many bytes as you promised in type of your identicon;

  • you have as many layers as you described in type of your identicon;

  • every function in your implementation has a correct signature (i.e. it grabs as many Word8s as promised and produces a Layer in the end).

Mixing of layers and generation is handled by the library like this:

-- | Here is the function that generates your identicons. It's usually
-- convenient to wrap the 'renderIdenticon' function that comes with the
-- library.

  :: Int               -- ^ Identicon width
  -> Int               -- ^ Identicon height
  -> ByteString        -- ^ Input (some sort of hash or something)
  -> Maybe (Image PixelRGB8)
     -- ^ Identicon, unless 'ByteString' is too short
genMyIdenticon = renderIdenticon (Proxy :: Proxy MyIcon) myImpl

For more information head straight to the Haddocks. BTW, I have written a blog post about the package where I demonstrate some pictures generated with it.


Copyright © 2016–2017 Mark Karpov

Distributed under BSD 3 clause license.


Identicon 0.2.2

  • Improved documentation and metadata.

Identicon 0.2.1

  • Added Semigroup and Monoid instances for Layer.

Identicon 0.2.0

  • Added benchmarks.

  • Renamed applyWords to applyBytes (method of type class ApplyBytes). It’s unlikely that anyone uses it though as it’s more of internal machinery.

Identicon 0.1.0

  • Initial release.