After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 622644 - Eliminate the (first) Print Checks dialog box
Eliminate the (first) Print Checks dialog box
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: Check Printing
unspecified
Other All
: Normal enhancement
: ---
Assigned To: David Hampton
gnucash-reports-maint
Depends on:
Blocks:
 
 
Reported: 2010-06-24 18:05 UTC by jesse
Modified: 2018-06-29 22:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description jesse 2010-06-24 18:05:13 UTC
It seems to me that it is an interface wart that we have two dialog
boxes in succession when printing checks.  First we have a dialog
containing Gnucash-specific items, then the system Print dialog comes
up. Looking into it, I think it is possible to eliminate the first,
Gnucash-specific one, by inferring some items, and turning the others
into preferences.

Specifically, the Check and Date Format items can be turned into
preferences -- hopefully, people are not regularly printing checks in
different formats; if so, this could be specified per account.

The Check Position & Address info are specific to each check, but they
both can be inferred.  

Check Position can be inferred from the check #,
as long as the check format knows how many checks per page, and an
initial check # that appears at the top of a page. (This initial check # value would have to be added to the check-format format, .chk)  There are various corner-cases where this might fail, and so it would be good to figure out a sensible interface for it to be changed in specific cases -- but there's no need to prompt the user for this information every time.

Address can be inferred from the Payee by looking into the Vendor list, as was originally the case when the Address feature was added.  To do this will require some re-architecting of the relationship between check printing and the business objects; I'm thinking that the address would simply be blank if the payee didn't match the payee value for a vendor entry.

This should probably wait until the multiple check printing feature (bug# 621016 ) is merged.
Comment 1 John Ralls 2018-06-29 22:41:18 UTC
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=622644. Please continue processing the bug there and please update any external references or bookmarks.