[Top][All Lists]

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

[patch #6785] Default output precision

From: John Darrington
Subject: [patch #6785] Default output precision
Date: Thu, 19 Mar 2009 12:24:02 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/2009020409 Iceweasel/3.0.6 (Debian-3.0.6-1)


                 Summary: Default output precision
                 Project: PSPP
            Submitted by: jmd
            Submitted on: Thu 19 Mar 2009 09:24:01 PM WST
                Category: None
              Item Group: None
                  Status: In Progress
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any



I'm proposing this patch be applied to the stable branch, so that in most
cases, the output respects the SET FORMAT setting.

There's a new function tab_double which is used for outputting figures that
have been calculated. It takes a format as its final argument.  If this arg is
NULL, then the default print format will be used.

tab_float has been renamed to "tab_fixed".  It's almost never used.

Most calculated numbers are now output with NULL so that the user can decide
what precision she wants.

Numbers which are observation counts take the format of the weight variable,
or F8.0 if there is no weight.

In a few special instances, hard coded formats are used (such as for case

At this stage, I'm unsure what to do about degrees of freedom.  In most cases
they're integer, but in some advanced stats fractional dfs may be encountered.
 I feel that calling tab_text and formatting with %g may be best.

Before applying this patch, the differences in test results will need to be
carefully audited and the tests fixed up to accommodate the changed output.


File Attachments:

Date: Thu 19 Mar 2009 09:24:01 PM WST  Name: output-formats.patch  Size: 85kB
  By: jmd



Reply to this item at:


  Message sent via/by Savannah

reply via email to

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