Check printing is missing a split entry.

[R. Victor Klassen]

Seems to me I normally put the net amount on the last line, rather than part way up as you have it.
The last line of my split is not printed; this gives me the opportunity to change the way the net amount is printed.

In my check format file (custom for payroll) I have a special line at the end with TEXT “Net Pay” and AMOUNT_NUMBER.  This is slightly further down the page than the interline separation from the rest of the splits.



I forget from which file I modified this, but I needed to build it custom to get the text and numbers to line up with the checks I bought.


On Dec 5, 2013, at 4:45 AM, Dennis Shimer <dshimer at gmail.com> wrote:

> 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
>> 
>> 
> <CheckTypesInstalled.png><3partCase1.pdf><3partCase1.png><3partCase2.pdf><3partCase2.png><IBC_3_part.chk>_______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.