about summary refs log tree commit diff
path: root/editor
diff options
context:
space:
mode:
authorgiraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8>2013-07-25 02:47:44 +0000
committergiraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8>2013-07-25 02:47:44 +0000
commitd2329373a70010d0a223b418cde1d26de9a3cd64 (patch)
treed22aa1363e7b75cc910805b536c552015a8448e0 /editor
parentf2ff68aef4cf8101a780e4fda7437c79dc09ad5b (diff)
downloadnetpbm-mirror-d2329373a70010d0a223b418cde1d26de9a3cd64.tar.gz
netpbm-mirror-d2329373a70010d0a223b418cde1d26de9a3cd64.tar.xz
netpbm-mirror-d2329373a70010d0a223b418cde1d26de9a3cd64.zip
Correct grammar in commetns
git-svn-id: http://svn.code.sf.net/p/netpbm/code/trunk@1984 9d0c8265-081b-0410-96cb-a4ca84ce46f8
Diffstat (limited to 'editor')
-rw-r--r--editor/pamscale.c10
-rw-r--r--editor/pnmnorm.c4
-rw-r--r--editor/pnmscalefixed.c6
3 files changed, 10 insertions, 10 deletions
diff --git a/editor/pamscale.c b/editor/pamscale.c
index 485ae27f..48b0f8dd 100644
--- a/editor/pamscale.c
+++ b/editor/pamscale.c
@@ -1143,7 +1143,7 @@ createWeightListSet(unsigned int          const sourceSize,
       
    2) Filter out any frequencies that are too high to be captured
       by the new sampling -- i.e. frequencies above 1/2 the new
-      sample rate.  This is the information we must lose due to low
+      sample rate.  This is the information we must lose because of low
       sample rate.
       
    3) Sample the result at the new sample rate.
@@ -1656,7 +1656,7 @@ horizontalScale(tuplen *     const inputtuplenrow,
   it by a factor of 'xscale', to create the output row 'newtuplenrow',
   described by *outpamP.
 
-  Due to arithmetic imprecision, we may have to stretch slightly the
+  Because of arithmetic imprecision, we may have to stretch slightly the
   contents of the last pixel of the output row to make a full pixel.
   Return as *stretchP the fraction of a pixel by which we had to
   stretch in this way.
@@ -1697,7 +1697,7 @@ horizontalScale(tuplen *     const inputtuplenrow,
         }
         /* There's not enough left in the current input pixel to fill up 
            a whole output column, so just accumulate the remainder of the
-           pixel into the current output column.  Due to rounding, we may
+           pixel into the current output column.  Because of rounding, we may
            have a tiny bit of pixel left and have run out of output pixels.
            In that case, we throw away what's left.
         */
@@ -1850,7 +1850,7 @@ issueStretchWarning(bool   const verbose,
        row.  
     */
     if (verbose)
-        pm_message("%f of bottom row stretched due to "
+        pm_message("%f of bottom row stretched because of "
                    "arithmetic imprecision", 
                    fracrowtofill);
 }
@@ -1884,7 +1884,7 @@ scaleHorizontallyAndOutputRow(struct pam *             const inpamP,
                         xscale, &stretch);
             
         if (verbose && row == 0)
-            pm_message("%f of right column stretched due to "
+            pm_message("%f of right column stretched because of "
                        "arithmetic imprecision", 
                        stretch);
             
diff --git a/editor/pnmnorm.c b/editor/pnmnorm.c
index 56685ee0..70d5641a 100644
--- a/editor/pnmnorm.c
+++ b/editor/pnmnorm.c
@@ -452,7 +452,7 @@ resolvePercentParams(FILE *             const ifP,
    to black and the one that is to be stretched to white) as requested
    by the -bvalue, -bpercent, -wvalue, and -wpercent options.
 
-   These values may be invalid due to overlapping, and they may exceed
+   These values may be invalid because of overlapping, and they may exceed
    the maximum allowed stretch; Caller must deal with that.
 -----------------------------------------------------------------------------*/
     unsigned int * hist;  /* malloc'ed */
@@ -735,7 +735,7 @@ computeTransferFunction(bool      const quadratic,
    3 points.
 
    This stretching could conceivably result in more brightnesses mapping to
-   zero and full brightness that 'bvalue' and 'wvalue' demand, due to
+   zero and full brightness that 'bvalue' and 'wvalue' demand, because of
    rounding.
 
    Define function only for values 0..maxval.
diff --git a/editor/pnmscalefixed.c b/editor/pnmscalefixed.c
index 81efc9f4..884ca315 100644
--- a/editor/pnmscalefixed.c
+++ b/editor/pnmscalefixed.c
@@ -256,7 +256,7 @@ compute_output_dimensions(const struct cmdline_info cmdline,
             *newrowsP = rows;
     }    
 
-    /* If the calculations above yielded (due to rounding) a zero 
+    /* If the calculations above yielded (because of rounding) a zero 
        dimension, we fudge it up to 1.  We do this rather than considering
        it a specification error (and dying) because it's friendlier to 
        automated processes that work on arbitrary input.  It saves them
@@ -283,7 +283,7 @@ horizontal_scale(const xel inputxelrow[], xel newxelrow[],
    output rows.
 
    *stretchP is the number of columns (could be fractional) on the right 
-   that we had to fill by stretching due to rounding problems.
+   that we had to fill by stretching because of rounding problems.
 -----------------------------------------------------------------------------*/
     long r, g, b;
     long fraccoltofill, fraccolleft;
@@ -574,7 +574,7 @@ main(int argc, char **argv ) {
             
             if (cmdline.verbose && row == 0 && stretch != 0)
                 pm_message("%d/%d = %f right columns filled by stretching "
-                           "due to arithmetic imprecision", 
+                           "because of arithmetic imprecision", 
                            stretch, SCALE, (float) stretch/SCALE);
             
             pnm_writepnmrow(stdout, newxelrow, newcols,