Problem printing checks

[David Reiser]

> On May 21, 2016, at 8:36 AM, Geert Janssens <geert.gnucash at kobaltwit.be> wrote:
> 
> On Friday 20 May 2016 20:37:46 Isaac Wingfield wrote:
> > On May 20, 2016, at 6:56 PM, David Reiser <dbreiser at icloud.com <mailto:dbreiser at icloud.com>> wrote:
> > > What’s “way too low”?
> > 
> > The third check prints about where a fourth would be, if there were
> > four checks on the page.
>  
> Not related to the source of this bug however your comment makes me wonder: does your check paper really provide 4 checks or was that just a way to describe the position where the last check is printed ?
>  
> If there are really 4 checks on your paper, the check format is also wrong as it only defines 3 positions.
>  
>  
> As for the original issue: I have found the problem (I introduced it myself in 2.6.12 :( ) and will commit a fix soon.
>  
> The current situation is that gnucash 2.6.12 will work correctly if you only have one check to print (from an ordinary register for example), but gets the positions wrong when printing multiple checks at once (when printing from a search).
> Gnucash 2.6.11 does the exact opposite. So depending on what you do most either version is recommended.
> Gnucash 2.6.13 will work correctly for both cases.
>  
> Regards,
>  
> Geert


Ah. That explains why I couldn’t duplicate the problem. I stayed on 2.6.11 because I missed the fact that the price editor bug doesn’t affect OS X. And I never use the Bottom check position. I always start printing at Top whether there are 3, 2, or 1 checks left on the first page.

Thanks for the fix.

Dave
--
Dave Reiser
dbreiser at icloud.com