Check Printing Question **SOLVED**

[David Carlson]

Very happy that you solved your problem.

To summarize for others, your problem was apparently one manifestation of a
problem with release 2.6.12, which happens to be the version which is the
easiest to get in some distros of Linux as it is in the stable package
repository.

While release 2.6.17 is two steps back from the current release 2.6.19 that
release does not have any serious problems for most users.  Soon release
3.0.x will hit the streets which will be the first (and possibly still
containing a few bugs) of the new series which will be a giant step forward
for this program.

David C

On Sun, Mar 18, 2018 at 3:02 AM, Jay Ridgley <jridgley2 at austin.rr.com>
wrote:

> On 03/16/2018 08:29 AM, David Reiser wrote:
>
>>
>> On Mar 16, 2018, at 9:10 AM, Jay Ridgley <jridgley2 at austin.rr.com
>>> <mailto:jridgley2 at austin.rr.com>> wrote:
>>>
>>> On 03/16/2018 07:43 AM, David Reiser wrote:
>>>
>>>> On Mar 16, 2018, at 7:12 AM, Jay Ridgley <jridgley2 at austin.rr.com
>>>>> <mailto:jridgley2 at austin.rr.com>> wrote:
>>>>>
>>>>>
>>>>> [snip]
>>>>
>>>>> After looking at the docs you provided, unless I am missing something
>>>>> more, it appears that it is not the check definition that is wrong, at
>>>>> least as far as I can tell. See below..
>>>>>
>>>>> I have discovered that if I print the checks 1 at a time and with the
>>>>> position as Top and print, Middle and print and lastly Bottom and print by
>>>>> reloading the same page into my printer ALL THREE checks will be printed in
>>>>> the proper positions.
>>>>>
>>>>> In the file /usr/share/gnucash/checks/quicken_wallet.chk there is
>>>>> reference to Check Positions as shown below:
>>>>>
>>>>> [Check Positions]
>>>>> Height = 204.0
>>>>> Names = Top;Middle;Bottom
>>>>>
>>>>> However, there is not a definition for either of the 3 listed Names,
>>>>> "Top, Middle, Bottom". Where is that information stored and can it be
>>>>> modified?
>>>>>
>>>> Top, Middle, and Bottom just tell gnucash whether to start printing 0,
>>>> 1, or 2 x Height from the top of the page.
>>>> Coupled with the “checks on the first page” option, you can tell
>>>> gnucash exactly how to handle the first page of a multiple page check
>>>> printing. If you select Middle position and 1 check on the first page, the
>>>> first check is printed alone in the middle position of the first sheet,
>>>> while all remaining pages contain 3 checks per page (since that’s the
>>>> format you picked).
>>>> I never intend to run a printed check back through a printer — too much
>>>> chance to screw up and overprint an existing check. I’ve always removed
>>>> printed checks from the last sheet out of the printer from any check
>>>> printing session. So the next print job is always set to Top position, with
>>>> Checks on First Page set to the number of blank checks available on the
>>>> first sheet.
>>>> I only print about 3 checks per year these days, but sometimes they all
>>>> happen in the same print job.
>>>> --
>>>> David Reiser
>>>> dbreiser at icloud.com <mailto:dbreiser at icloud.com>
>>>>
>>> Thanks, David
>>>
>>> Can you explain why the 3rd check prints on the remaining bottom STUB
>>> but NOT on the 3rd check?
>>>
>>> I entered TOP for the first position and 3 for the number of checks on
>>> the first page.
>>>
>>> Cheers,
>>> Jay
>>>
>>> I’m pretty sure that means that something about the check definition is
>> causing gnucash to think that the middle check is encroaching on the bottom
>> check, so when it increments vertical offset for the last check, it
>> essentially creates a phantom 4th check position. Try reducing or
>> increasing the Height parameter slightly and/or mess with the second
>> Translation parameter (see what happens if you set Translation = 0.0;0.0
>>
>> I usually have to fine tune the wallet check definition every time I have
>> new checks printed. The cheap check printers, especially, don’t put all
>> three checks in the identical position from the perforations. The check
>> definition ends up being a compromise on field location among the three
>> checks.
>>
>>
>> --
>> David Reiser
>> dbreiser at icloud.com <mailto:dbreiser at icloud.com>
>>
>>
> David R., David C., Rick C.
>
> cc: Greert
>
> Thanks for the help...
>
> Ran across an exchange back on May 21, 2016 that included a note from
> Geert that stated that it (exact same problem as I was having) was broken
> in 2.6.12 but fixed in 2.6.13.
>
> I installed 2.6.17 (latest stable version). That fixed my problem!
> The only change I had to make to the definition was to move the printed
> date on the check right somewhat.
>
> Happy camper now,
> Jay
> --
> Jay Ridgley
> jridgley2 at austin.rr.com
> Registered Linux User ID - 9115
> https://linuxcounter.net/cert/9115.png
> Registered Ubuntu User ID - 23320
>