Hi
The "standard" approach of having graphics parameter arguments separate
from the data arguments is a little bit creaky. The relationship
between the nth data value and the nth graphics parameter only really
exists in your head. It would feel much safer if you could specify the
graphics p
I'm facing a similar challenge with a grid.table function (see example
below). I envisaged two routes,
1- rather than assigning a list of properties for each cell, I would
define a matrix for each property. For instance, the default could be,
fill = matrix("grey90", nrow(values), ncol(values)) #
I'm working on a package to produce graphic displays of 2- and 3-way tables
and need some help/advice on how to simplify the specification of a complex
argument that gives the drawing details for each cell of the table.
Prototypes of two functions, 'tableplot' and 'cellgram' are given below.
The
3 matches
Mail list logo
