Hi, Jon Lapham <[EMAIL PROTECTED]> writes:
> > 11.5.2: > > I said "this is a popup menu of all the available tax tables. If you > set the item as taxable [and set that the tax has not been included in > the unit price,] then this tax table is used to compute the amount of > tax." > > I think it works if I simply delete the text between the []s? > > Then, I can move you tax included explanation to the tax included item. > > Well, take a look at the new version, let me know what you think. Perfect. > > 11.5.4: > > Changed note to say: > Before you can edit a preexisting posted invoice, you will need to > unpost it. > > And I changed the earlier text: > When you have finished editting an invoice, you must Post the > invoice. Posting an invoice will place the invoice transactions into > an accounts receivable account. The Post Invoice window will appear > asking you to enter the Post Date, the Due Date, a Description, and > Post to Account (from which you can select from a list of A/Receivable > accounts). > > to: > When you have finished editting an invoice, and are ready to print, > you must Post the invoice. You do not have to post the invoice > immediately, and in fact you should only post the invoice when you are > ready to print it. Posting an invoice will place the invoice > transactions into an accounts receivable account. The Post Invoice > window will appear asking you to enter the Post Date, the Due Date, a > Description, and Post to Account (from which you can select from a > list of A/Receivable accounts). Sounds good. I would remove the commas from the first sentence, but other than that it's fine. > > 12.5.2: > > Okay, well, until it is removed from AP, I just copied the comments > from AR. Sure... > BTW, removing some of these columns in the AP and AR item lists would > be great, if possible. The second biggest complaint I get from the > person using GnuCash for AP/AR every day at my company is that there > is too many "things" in these lists. If I could figure a way to have the features while removing columns I would.. I had fewer columns before, and it was just too confusing. For example, I had one column that combined the discount-type and discount-how but it was hard to explain the progression of $, %, +$, +% -- and then I changed the internal model... But I would like to hear the complaint.. E.g. which "things" are extraneous? Perhaps I could make a preference to, say, hide the various discount columns... > > 12.6: > > you ask: > > Owner Info - Billing ID - ??? Derek?. > > > > See my answer for invoices > > I added the invoice text: > "the customer's reference to this job (e.g. their PO Number). It's > the Billing Identification that they require on your invoices to them." > > Correct? Or do I need to change any "customer"s to "vendor" ? You need to change "customer" to "vendor". This would be the vendor's invoice # or vendor's billing ID. > >>Payroll: > >>http://www.jandr.org/temp/gnucashdocs/chapter13.html > > 13.3.1: > > You say: > > Include definitions and formulas for calculating each value. > > This isn't a complete sentence.. What exactly do you mean? > > It should have been connected with the previous sentence. It is the > result of a Cut/paste problem. > > "The first step to the payroll protocol is to create a list of all the > possible taxes and deductions for each employee, which should include > definitions and formulas for calculating each value." Cool, this sounds perfect. > > Enjoy! > > Thanks! > > The latest changes are up on the web site, and committed to CVS. Great! -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH [EMAIL PROTECTED] PGP key available _______________________________________________ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnucash.org/cgi-bin/mailman/listinfo/gnucash-devel
