The wumpus-core package

[Tags:bsd3, library]

Wumpus - (W)riter (M)onad (P)ost (S)cript.

Wumpus is a library for generating 2D vector pictures, its salient feature is portability due to no FFI dependencies. It can generate PostScript (EPS) files and SVG files. The generated PostScript code is plain [1] and reasonably efficient as the use of stack operations, i.e gsave and grestore is minimized.

Pictures in Wumpus are made from paths and text labels. Paths themselves are made from points. The usual affine transformations (rotations, scaling, translations) can be applied to geometric objects. Unlike PostScript there is no notion of a current point, Wumpus builds pictures in a coordinate-free style.

With recent revisions, I've added some extra helper modules that are not really part of the "core", but they provide lists of named colours and safe fonts, plus some code (Extra.PictureLanguage) that has been moved out of the wumpus-core namespace because it is somewhat "higher-level".


With revision 0.18.0, I've changed the internals a bit so that Primitives (paths, text labels) support affine transformations. In the end, this didn't changed the API significantly, though with the next revision, I want to look at changing the PostScript output - swapping some uses of concat to moveto; so again there is the possibility of significant changes between this revision and the next one.

Also the module, Core.BoundingBox, is still a candidate for reworking, as it has too many functions that do not offer distinct functionality. Some functions were removed in revision 0.17.0 and some more are likely to follow.


One consequence of adding affine transformations for primitives is that the bounding box of a primitive under transformation may be tighter than than the bounding box of transformed picture containing the same primitive, i.e.:

liftToPicture (transform PRIM) /= transform (liftToPicture PRIM)

Where liftToPicture is usually frame from Wumpus.Core.Picture.

This is because the bounding box of a transformed picture is calculated by applying the transformation to the corner points of its (previous) bounding box rather than finding the bounding box union of all the composite primitives.


For actually drawing pictures, diagrams, etc. Wumpus is very low level. I'm working on a complementary package wumpus-extra with higher-level stuff (polygons, arrows etc.) but it is too unstable for Hackage. Preview releases can be found at though.

Some of the design decisions made for wumpus-core are not sophisticated (e.g. how attributes like colour are handled, and how the bounding boxes of text labels are calculated), so Wumpus might be limited compared to other systems. However, the design permits a simple implementation - which is a priority. Text encoding an exception - I'm not sure how reasonable the design is. The current implementation appears okay for Latin 1 but may be inadequate for other character sets, so I may have to revise it significantly.

[1] Because the output is simple, straight-line PostScript code, it is possible to use GraphicsMagick or a similar tool to convert Wumpus's EPS files to many other formats (bitmaps).


0.17.0 to 0.18.0:

0.16.0 to 0.17.0:

0.15.0 to 0.16.0:


Versions 0.12.0, 0.13.0, 0.13.1, 0.14.0, 0.15.0, 0.16.0, 0.17.0, 0.18.0, 0.19.0, 0.20.0, 0.21.0, 0.22.0, 0.23.0, 0.30.0, 0.31.0, 0.32.0, 0.33.0, 0.34.0, 0.35.0, 0.36.0, 0.37.0, 0.40.0, 0.41.0, 0.42.0, 0.42.1, 0.43.0, 0.50.0, 0.51.0, 0.52.0, 0.52.1
Change log CHANGES
Dependencies algebra (<0.1), base (<5), containers, monadLib, time (>=1.1.3 && <1.2), vector-space, wl-pprint, xml [details]
License BSD3
Copyright Stephen Tetley <>
Maintainer Stephen Tetley <>
Category Graphics
Home page
Uploaded Thu May 20 17:09:26 UTC 2010 by StephenTetley
Updated Sat Nov 7 12:22:06 UTC 2015 by HerbertValerioRiedel to revision 1
Distributions NixOS:0.52.1
Downloads 5502 total (56 in the last 30 days)
0 []
Status Docs uploaded by user
Build status unknown [no reports yet]
Hackage Matrix CI




Maintainer's Corner

For package maintainers and hackage trustees