Check printing is missing a split entry.

[Dennis Shimer]

Thanks Mike good thoughts however

1) I don't have that check installed, and none of the default checks on my
system do any splits at all (verified in individual .chk files see
screenshot of what I have installed by default, the last one is my custom.

2) It happens on a check with as few as 4 splits

3) I happened on 2 different computers (one was the initial report from
Win7 and the other Ubuntu), two different .gnucash files, 3 different
printers and when printed to PDF

4) I have attached screenshots and output from 2 different cases. Case 1 is
just the normal input (10 splits one blank for entry 9 of them print), In
Case 2 I entered a space in the last split memo and tabbed until it created
another split entry. So now you can see two blank splits at the bottom of
the transaction.  When I print case 2 all 10 splits show up.

5) I did look at a .ps file and thought it is the same I'm attaching a pdf
for more general viewing.

6) Just for kicks the .chk file is attached as well.



On Thu, Dec 5, 2013 at 12:03 AM, Mike Alexander <mta at umich.edu> wrote:

> --On December 4, 2013 8:54:30 PM -0500 Dennis Shimer <dshimer at gmail.com>
> wrote:
>
>  I have the following in a CHK file which puts the splits in two
>> different formats on the second and third part of a check.
>> Everything works fine as far as content and spacing except in every
>> single case there are 7 split entries in the check and only 6 of them
>> print.  Everything else with the check is fine except the numbers in
>> the splits on the printed check don't add up to the correct value
>> because the last split entry is just not there.
>>
>
> Have you tried printing with the built in "Quicken/QuickBooks (tm)
> US-Letter 3-part" check format?  This format also prints the splits'
> accounts and amounts (but not memos).  I created a transaction with lots of
> splits and printed it using this format and it seemed ok.  I also looked at
> the code and can't see how it could possibly skip some splits or stop
> early.  Perhaps your format doesn't allow enough room for all 7 values and
> the last one is being clipped out.  To see what's really being printed you
> can print to a postscript file and look at the postscript with a text
> editor.  You don't really have to understand Postscript to be able to
> figure out whether all the splits are there.
>
>              Mike
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CheckTypesInstalled.png
Type: image/png
Size: 13927 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3partCase1.pdf
Type: application/pdf
Size: 11048 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0002.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3partCase1.png
Type: image/png
Size: 126082 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3partCase2.pdf
Type: application/pdf
Size: 11059 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0003.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3partCase2.png
Type: image/png
Size: 126673 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IBC_3_part.chk
Type: application/octet-stream
Size: 745 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-user/attachments/20131205/6b485dd6/attachment-0001.obj>