You could set them as 'not for sale'.
But you still need to handle this correctly in the GL
Talk to a local accountant about that.
Joe
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
You could set them as 'not for sale'.
But you still need to handle this correctly in the GL
Talk to a local accountant about that.
Joe
See my answer in the Announcement forum.
Joe
If you have set the variable correctly, you should see an extra link in the login box. Pressing that will act on this.
Joe
I will talk to our chief of develoopment, Janusz, about this.
/Joe
I am not in office right now, but I guess you can set up a pos account for every user. Will that solve your problem?
Joe
I am not in office at present, but I guess you need to set the character encoding in MySql to UTF-8.
Please do a search of this probem in this forum. I guess there are similar questions and solutions.
Joe
I am not in office at present, but I think that there is a variable either in config.php or a flag on the client that allow to settle the payments. If there is a minor difference.
Please have a look. You can set it to zero if you want.
Joe
Hi again,
I have sent you some new test material by email. Please report back. I guess that this is working ok now.
/Joe
Please, mohanad, be a little more specific. Where the legend texts ok? No spaces between?
Maybe the spaces were only in the header, or?
I really need more info if I should help further.
Joe
Ok, I have attached a screenshot from my Environment with Another font, called CODE2000.TFT. This font can be downloaded from Allan Woods Website.
If you look att the legend texts, there seems to be no spaces, right?
Due to the US COA, there is also English texts here. But this is handled correctly.
What do you Think about this font? I agree, that there seems to be spaces in the header title as well here. I don't know why.
/Joe
Maybe it is the font itself. If you convert to arial.ttf again, do you still have space between letters?
You do that in line 159 in class.graphic.inc.
Please report back.
/Joe
Hello again,
I've sent you Another class.graphic.inc file for test.
I Think it will work now. Please report back.
/Joe
Ok, no problem. I will test a little further.
It seems that it won't check it right regarding rtl.
I will be back.
Joe
I've sent some test material via your registered email.
Please report back if the rtl works now.
When it is ok, we will incorporate it in the core.
Joe
Yes, I will see if I can use the algorithms from the TCPDF class.
Joe
This is just a thought.
If we could mirror the image around the Y-axis, do you think that will help us. Maybe not, because digits should not be rtl, right?
There are routines in the TCPDF class that we are using for rtl text that we are using for reporting.
I will dig further into this.
Joe
Ok, I understand. Are you aware of a graphic engine that can handle rtl languages?
With at least the same capability.
Otherwise, if anybody is capable of extending this graphic engine to also handle rtl.
A parameter can be send via the constructer to check for the rtl.
Please step forward any developer maybe from an rtl country
Joe
I see that the font for utf-8, FreeSans.ttf, used by the graphics engine is not included in the core due to its size.
Please download it from here
And copy it into the /reporting/fonts folder.
This should at least give the right language.
Joe
I am afraid that the graphics engine doesn't accept rtl languages. If someone will try to port it to work in rtl languages as well, please come forward.
The font used by the graphics engine is probably not working for utf8.
I will have a look at this.
Joe
The second issue has now been fixed. HG repository updated for stable release.
You can download the new file here .
/Joe
Regarding your second issue, you are right.
This is going to be fixed in file /reporting/includes/header2.inc.
Please wait a while for fixing.
Regarding first issue, I hope that the dashboard author will help here.
/Joe
I have sent it to Janusz. He seems to be busy at present. He will respond asap.
Joe
Please make a forum search about this. I recall several solutions to this.
Joe
The Item Adjustment Account could f.i. Be an account called 5040 Purchase Price Variance, but you can also use another expense (COGS) account.
The Item Assembly Cost Account could be a stock account, 1530 Stock of Work in Progress.
You should set these accounts as default in System and General GL Setup and in Item Categories to avoid confusing when creating new Items.
Joe
We had some similar discussion a while ago.
Please try to search for that and see what was discussed there.
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.