Printed Receipt Question

Make comments, ask questions, or just complain about the software on this site. Or comment on any educational software.
Please note that by clicking on links that may appear in these posts that you may be leaving the Dale Harris Educational Software website and that the content of those sites is the sole resposibility of the authors of those sites.

Moderators:daleadmin, Dale Harris, Alan, Andrew

Post Reply
Sulk
Forum Regular
Posts:32
Joined:Wed Jun 28, 2006 9:31 am
Printed Receipt Question

Post by Sulk » Thu Jul 13, 2006 8:10 am

Is there a way to lessen the printed receipt's stock number? We use a 6 digit stock number and the printed receipt's stock number reaches the maximum 12 digits so a lot of space is wasted that would rather be allocated for more description.

e.g

STOCK NUMBER DESCRIPTION

123456 ITEM DESCRIPTION HERE

I would really much prefer to move the stock number to the left side.

Is this possible?

User avatar
Andrew
Site Administrator
Posts:822
Joined:Sun Dec 28, 2003 3:40 pm
Location:New Zealand

Post by Andrew » Thu Jul 13, 2006 10:51 pm

Sulk,

Shortening the stock number printed on a receipt will not provide more space for the stock description, as the entire description from the stock table is already printed.

Increasing the length of the description in the stock table involves altering the structure of the stock table - a task Dale does not ever take lightly.
Image
DHPOS Veteran (from v3.46, July 2002)

User avatar
Dale Harris
Forum Owner
Posts:1171
Joined:Sun Dec 28, 2003 10:19 pm
Location:Chicago
Contact:

Envy

Post by Dale Harris » Fri Jul 14, 2006 10:57 am

Everyone would really like to have the exact receipt that they want. The problem is that everyone wants a receipt different from everyone else.

If you read the history of DHPOS here http://www.dhpos.com/discuss/phpBB2/viewtopic.php?t=816 you will note the POS program that this one is based on. I actually met the person who wrote the program becasue he used my shop as one of the beta test sites.

While he is undoubtably a better programmer than I am he had it much easier than I do because he had only one client, my host department store. He only had to worry about one type of computer, one type of printer, one type of cash drawer, one type of tax (added), and one format for receipts. On the receipts there was only one length for stock numbers (6), one length for descriptions (10), one range for prices (0.00 to 999.99), and one rounding factor (.01). I wish my life was that easy.

DHPOS is designed to be used by almost everyone, almost everywhere, on almost any hardware. I have no idea how many digits their stock numbers will have (up to 14), what language their descriptions will use, what rounding factor they will use, the monetary range their prices will use (0.00 to 999999 and some folks want up to 999,999,999.99 for a price!), and I have no concept at all of how they must calculate their taxes.

Yet DHPOS must be able to accomodate what everyone needs. Just because you only need a 5 digit stock number there still has to be room for a 14 digit stock number because some stores require that. While no total price on one line (price times quantity) in your store may exceed 9999.99 some other store may require 9999999.99 so there must be room for that. I do not know what any individual user needs so I must make room for anything.

I think that I have come up with a receipt format that just about anyone can use that prints any and all required information.

So why not customizable receipts? The answer is time, code space, and comprehensability. Tell you what, I will give you 500 bytes to write the code for customizable receipts. It must be able to print any required information on the receipts, in any format, in any order, at both 40 and 80 characters per line. The 500 bytes are only to be able to actually print the receipts, you can use as much code as you need to allow the user to setup the format that they want. Make sure that your setup code is easy to understand and that you put in enough instructions so that users will be able to comprehend how to set up their receipts. Your code must be in QuickBASIC of course. I will also need a text file explaining how to setup a receipt format that I can add to the user's guide.

Sound like fun?
Dale

Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 15 guests