[PATCH] Add ADDRESS to check printing.

[Thomas Troesch]

So much for my first try. Here is another.

On Sun, Jan 17, 2010 at 4:35 PM, Thomas Troesch <ttroesch at gmail.com> wrote:

> Hello Devel:
>
> I have attached my first patch attempt.
>
> The patch does three things.
>
> 1.  Adds the ability to print an address on checks.  The Print Check dialog
> is changed to have 5 address lines.
> The first field is filled in with the same data as the PAYEE check item.
>  The other lines are blank.  The check format keys
> have a new check-item type 'ADDRESS'.  It behaves like other text
> check-item types.  The address fields on the dialog are set 'not-sensitive'
> if the current format does not have an ADDRESS check item defined.  The
> Custom Field tab has a new line for the address
> location.
>
> 2.  Added new check format key - Blocking.  This is to put the blocking
> character feature into the check format file.  It is currently
> only in the preferences dialog in the printing tab, and therefore currently
> applies (or not) to all text fields in the check format.  By
> adding the key Blocking_n to the check format, the blocking characters can
> be applied to text type check-items individually.  Its
> really useful when printing stubs and so on.  (NOTE:  blocking characters
> are printed around a field to protect against alteration
> e.g.  ***$100.00***  vs     $100.00)
>
> 3. Included a Voucher check template.  This is a full page check with the
> check on top and which has two stubs below.  There
> are other voucher formats ( middle and bottom ) , but the check printing
> functionality would require separate templates for
> the different formats.  Also changed the Quicken/Quickbooks US-Letter check
> format to include the ADDRESS check item and blocking
> around the AMOUNT_NUMBER field.  I made a change to the Quicken-wallet
> check to add blocking characters around the
> AMOUNT_NUMBER field, and I added a clipping rectangle definition to the
> NOTES and PAYEE fields the were placed in the
> check stub area ( if the fields were too long, they would print into the
> check area ).
>
> Being new to making a patch, I have no idea if I have attached the correct
> file.
>
> I could not test all of the code paths because it has compiler directives
> based on GTK level  ( 2.10 ).  I also can not properly test
> any check format other than the voucher check.
>
> My opinion:
>
> 1.  It seems that the options in edit->preferences->printing are in the
> wrong place.  The blocking characters feature is
> really needed per check-item, not on all text fields for all checks.  The
> same can be said for the 'print date format' feature.  I think
> it should be an attribute of the DATE check item so the date format, which
> in Canada is required for the date field on the check, does not
> print on all dates ( i.e. stubs ).  This would leave the printing tab in
> preferences empty. (NOTE:  the 'print date format' prints for  example
> MMDDYYYY in 8 pt type underneath the printed date field)
>
> 2.  It would be very nice to find a way for business objects to be accessed
> to provide complete address information from Customer,
> Vendor, and Employee objects.  On the other hand, looking at some old
> requests, and considering my own sense of things after being a long time QB
> user, it may be best that the base application just support contacts with
> addresses.
>
> Thomas
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch.print-check2
Type: application/octet-stream
Size: 119616 bytes
Desc: not available
URL: <http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20100118/253d53eb/attachment-0001.obj>