1,501

(3 replies, posted in Items and Inventory)

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

1,502

(3 replies, posted in Installation)

See my answer in the Announcement forum.

Joe

1,503

(15 replies, posted in Announcements)

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

1,508

(25 replies, posted in Report Bugs here)

Hi again,

I have sent you some new test material by email. Please report back. I guess that this is working ok now.

/Joe

1,509

(25 replies, posted in Report Bugs here)

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

1,510

(25 replies, posted in Report Bugs here)

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

1,511

(25 replies, posted in Report Bugs here)

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

1,512

(25 replies, posted in Report Bugs here)

Hello again,

I've sent you Another class.graphic.inc file for test.

I Think it will work now. Please report back.

/Joe

1,513

(25 replies, posted in Report Bugs here)

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

1,514

(25 replies, posted in Report Bugs here)

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

1,515

(25 replies, posted in Report Bugs here)

Yes, I will see if I can use the algorithms from the TCPDF class.

Joe

1,516

(25 replies, posted in Report Bugs here)

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

1,517

(25 replies, posted in Report Bugs here)

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 wink

Joe

1,518

(25 replies, posted in Report Bugs here)

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

1,519

(25 replies, posted in Report Bugs here)

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

1,520

(25 replies, posted in Report Bugs here)

The second issue has now been fixed. HG repository updated for stable release.

You can download the new file here .

/Joe

1,521

(25 replies, posted in Report Bugs here)

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

1,524

(17 replies, posted in Items and Inventory)

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

1,525

(1 replies, posted in Setup)

We had some similar discussion a while ago.

Please try to search for that and see what was discussed there.

Joe