pspp-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: graphics' grammar


From: John Darrington
Subject: Re: graphics' grammar
Date: Wed, 5 Aug 2009 23:59:52 +0800
User-agent: Mutt/1.5.18 (2008-05-17)

I think that some kind of compromise will be necessary.  

Like the tables, the plots need to have better seperation between 
data and presentation.

For example, the only way that the current system can possibly put
graphs in the odt output, is as monolithic images.  This is fine so
far as it goes, but I expect users would prefer to have them as
ODF native graphs, so that the presentation can be changed to suit
the whim of the user (eg: change colours, scales, label fonts etc).

From what I remember of the way I implemented the NP plots in the examine
command, it's rather kludgy (perhaps Ben has improved it in the output
branch), which is one reason why I didn't attempt to re-use any of that
code for the roc command, even though they logically should do so.

J'

On Wed, Aug 05, 2009 at 09:43:21AM -0400, Jason Stover wrote:
     I recently spoke to Le Wilkinson, author of "The Grammar of
     Graphics". I mentioned to him that we were thinking of implementing a
     system like the one his book describes, but that I thought it might be
     too much work for just the three of us. He told me that unless we had
     a team of developers willing to work about full time to implement the
     system, it would be better for us just to write graphical routines in
     a more straightforward way. Which I guess means we can keep using the
     routines we already have?
     
     -Jason
     
     
     _______________________________________________
     pspp-dev mailing list
     address@hidden
     http://lists.gnu.org/mailman/listinfo/pspp-dev

-- 
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://pgp.mit.edu or any PGP keyserver for public key.


Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]