I will send it to your forum email.

/Joe

Hello again,

After being testing and evaluating, I came up with that we will have problems using the JS client-side graphics engine.
We will have problems uploading the locally created graphics to the server for printing in PDF etc., so I ended up with upgrading our own class.graphic.inc file. It can now handle the vector graphics used in various JS client Libraries. But it handle it from the server side. The class.graphic.inc also supports multiple series, not just 2 as before. And of course it handles all the 'old' graphics, like PNG, JPG and GIF too. Everything is updated to handle the modern graphics as Beziers Curves like Spline, Half donuts. Writing text inside donuts and so fort. The reason for keeping these graphic engines is that when printing to PDF we use the PNG variant. If we should print the new SVG routines we would have to update the TCPDF to a newer version and add half a GB to our project, and this is not my cup of tea!
The updated graphic class can also be used to short SVG graphics inside the html using the member class SVG inside the class.graphic.inc file. I have some examples that I will show you later.

Please have a look at it on the site:

http://frontaccounting.co.uk/fa248
user: admin
pass: 98765

The demo will be up for a week.

In the mean time Janusz has been updated several of the Mantis bugs, so we can be up-to-date with the bug-fixing.

We are still planning for 2.5, but it is important to be rather bug-free before we concentrate on that.
This new graphic class can be used in the existing 2.4 version. There are no required database updates for that. So it could be included in the upcoming 2.4.9. Would that be ok?

@rafat.
Please have a look at the RTL version. In my opinion it seems ok, but as you know, I'm not an expert.

/Joe

Fixed and committed to stable repo.

/Joe

I will have a look at this.

Joe

I will ask Janusz to update the coa repo.

Joe

I don't know. Probably. I will have a look tomorrow.

/joe

You don't have to delete it. Just remove the group number from class COGS and point it to an expense class. This way you will not see it in practise. If no groups is using the Cogs class it will not be seen. At least I hope so.

Joe

358

(8 replies, posted in Announcements)

Interesting. Thanks @apmuthu.

Joe

359

(6 replies, posted in Reporting)

Hello, I have been looking at this old commit, and going through the operations as explained, I can find no errors here.

Are you sure, you have the correct tax report dates when you look at the tax inquiries/reports?

Otherwise, please be more detailed so I can dig deaper.

/Joe

360

(6 replies, posted in Reporting)

Strange, I will have a look.

Joe

You can download the latest snapshot from the repo here. This contains the dimension booking on AR and AP and bank.

/joe

Hard to tell. We are waiting for some rewrite of stock code. But we are trying to force the release.
In the meantime you can make a test version on release 2.4.8. Looking forward to see it.

Joe

Well, I thought this was taken care off. But if this is a huge problem, I would have to look closer into that.

/Joe

This is a so called catch 22 situation.

In the login box, the user theme is not known. I have been planning of having this option in release 2.5, but the only way of doing this is to place the theme name in the config.php file. I have prepared this so the you can place a login.inc box in the theme folder, with all the situations as timeout, forgotton password etc.
But as said, the only way to doing this is to use the config.php file for the default theme info.

I think this should be ok to do it this way. Because if you make a fancy theme, you will probably also like to fix a fancy login box.
In the solution that I have, all the security is taken care of, so you only have to do the layout.

/Joe

365

(4 replies, posted in Accounts Payable)

No, not I am aware of.

Joe

366

(9 replies, posted in Reporting)

Hello again,

I have been looking into this, and also thought that this would be an ok task, but it turned out to be a complex task. The current options are many and one more would simple take a lot of work force.
For those who would like to give it a go, please create it as a module or own report in client folder.

/Joe

367

(9 replies, posted in Reporting)

Yes indeed. It looks a little overwhelming, but let us see. I will have a look.

/Joe

@rafat
No this font was used by the PHP gd graphic engine. The font in the new dashboard is what is the utf-8 font used by the browser.

Joe

Here are, as promised, the changed files for establishing the new dashboard in core.

Please use a test installationen for this testing. The final implementation is not complete.

This implementation is planned to go into the next 2.5 release, but this is only for testing the new basic class.graphic.inc and dashboard.inc files.

Replace the files: 

/reporting/includes/class.graphic.inc with class.graphic.inc
/admin/dashboard.php with dashboard.php
/includes/dashboard.inc with dashboard.inc

If you want to use your own color palette for the dashboard, insert this at the beginning of dashboard.inc just
before $colors = Chart::$colors;
Chart::$colors = array('#ffffff','#ffffff','#ffffff','#ffffff'); // NOT these values but your own values!!

This implemtation is only a beginning, to get the class.graphic.inc usable and the standard dashboard.inc reasonable good.
Your comments are very welcome.

The future should also include a Dashboard Setup in the Setup section.

I guess there were two reports, Balance Sheet and Profit and Loss sheet that had the option to include a chart, this is not possible with this new. It will be possible later, though.

@poncho1234
Sorry, I have forgotten the login topic, please update me on that issue.

/Joe

Nice job @apmuthu with the video. Unfortunately you forgot the Banking and General Ledger Dashboard. There are a couple of fancy charts too. But really cool video. Thanks.

Joe

(done) smile

Hello again,

Yes I will upload the files that are changed for this planned built-in dashboard. I will just clean some code first.

Joe

Hello Guys,

I have plans about incorporating a new class.graphic.inc in release 2.5 core.
I have already made a local version for looking at now by replacing the old class.graphic.inc with a new one, which is a wrapper around the Open Source chart.js. This chart.js is a very famous and qualified script to go for.

The file, dashboard.php in the admin folder has been slightly changed to this new one.
The dashboard.inc file in the includes folder is replaced with a new and adequate file.
My plans are further to make a Dashboard Setup in the Setup section. This is for setting a lot of parameters for
the dashboard.
At the same time my plans are to let dashboard.php check if there is a dashboard.inc file in the theme folder, if so this will be included instead of the core one.

Included in this look at version are the new Dimension booking on Balance Accounts.

You can have a look at this local version at the following URL:

http://frontaccounting.co.uk/fa248]http://frontaccounting.co.uk/fa248 .
User: admin
Pass: 98765

Link not working anymore.

This version will only be available a week or so.

Joe

Hello Guys,

This has now been implemented in 2.4.8 core and will be committed in a while.

Joe

Committed

374

(10 replies, posted in Development)

Dimensions should be allowed to receive balance booking. This will be implemented in release 2.5.

/Joe
News. This is already implemented in 2.4.8 late commits.

Well, why not. Allowing the dimensions to get booking on the balance accounts. But there might be some side effect if this is not done right.

Should this option always be enabled for dimensions? At least for using the dimensions as projects it could be adequate.

I will think a little about this. I also feel it could be ok to implement. So it would be totally up to the users how to handle this.

Let us do this on the 2.5 release. Maybe we could implement it in 2.4.8. Not at all difficult. Any objections?

Joe