It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
Well, if you feel this is a bug, then we will have to rewrite almost all the documents. I don't understand why, because you use no resources if you do not print the white page. We have had this behaviour from the very beginning of FA.
BTW. the Customer filter also gives a blank page if the customer is not there.
Please tell me if we should rewrite.
/Joe
If you have problem reading the reports you can print them in landscape mode.
The core reports should follow the standards mostly.
Joe
Report modified slightly and committed to stable.
Joe
The currency selector works fine if you have a range of invoices and there are invoices with that currency.
The documents are not optional for the excel destination due to the complexity.
Joe
This is because the report engine is started before the range selector is done. In this case nothing will be printed to the report. So you will get a blank page. It is some kind of a catch 22 situation and we can't do anything about it.
/Joe
Hello,
I cannot reproduce this bug on the demo client neither on my environment.
Be aware that the latest invoice is presented first in both select boxes. This is because that you often will print the latest invoices.
If you use a currency filter you should be sure it will be included in the selections (from-to).
/Joe
Well, I hope it works on all php versions.
Joe
Fixed files committed. Even report 308 was having the same issue.
/Joe
Ok, I will.
/Joe
The fix was committed on Nov 9th. I hope it works.
/Joe
Willdo
Joe
I agree that this sounds strange. Maybe someone else can help us investigate this. I have only heard about problems with normal 4 decimals when huge currency rates exists.
/Joe
Maybe even more decimals.
Joe
Yes it is related to the currency. Try to increase the currency decimals in user preferences, f.i. 6.
Joe
Committed according to Apmuthus latest zip file. Please add to the Wiki how this is used now.
/Joe
I have just talked to Janusz, and he will enter the discussion in a while. He just needs to be updated on the earlier discussions regarding the subject.
/Joe
Committed to stable Repo.
/Joe
Willdo later.
Joe
@alaa
I will try to get Janusz involved into this discussion. I guess he can contribute with some values too.
Joe
The Developers have been discussing the landed cost of items some years ago. There are several ways of solutions, but we haven't come up with one up to now. @alaa, if you have a good algorithm about how to do it, please contribute, and we will see how to solve it.
If you try to distribute the shipping to the items on the receival, then you shouldn't enter the shipping elsewhere. So you see this is not an easy task. The difficulties also start when you are crediting things.
You will probably have an estimation of about how much to include in the items to compensate for shipping.
And you will probably have an estimation of about how much to add on the purchase price to get a sufficient sales price.
/Joe
Committed to Repo.
/Joe
Willdo later.
Joe
Yes, if it is enabled in Company Setup.
joe
Sure. Will do.
/Joe
This has now been committed to stable repo and implemented this way:
A checkbox in Company Setup 'Use Barcodes on Stock' has been implemented.
If 'Use Barcodes on Stock' is marked:
A button next to the Item ID in Items.php is established that is called 'Generate EAN-8 Barcode'. Appearently this is a popular way of doing this. See @apmuthu comments above.
The Items Report 'Stock Check Sheets' now shows the Barcodes.
The Barcodes are shown without Borders. Looks prettier. But if you want a border it can be set to true on line 147 in rep303.php.
Some minor errors in the delivered zip file were fixed.
The language file 'empty.po' will have to wait until next minor.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.