diff options
author | giraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8> | 2013-07-25 02:47:44 +0000 |
---|---|---|
committer | giraffedata <giraffedata@9d0c8265-081b-0410-96cb-a4ca84ce46f8> | 2013-07-25 02:47:44 +0000 |
commit | d2329373a70010d0a223b418cde1d26de9a3cd64 (patch) | |
tree | d22aa1363e7b75cc910805b536c552015a8448e0 /editor | |
parent | f2ff68aef4cf8101a780e4fda7437c79dc09ad5b (diff) | |
download | netpbm-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.c | 10 | ||||
-rw-r--r-- | editor/pnmnorm.c | 4 | ||||
-rw-r--r-- | editor/pnmscalefixed.c | 6 |
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, |