276

(26 replies, posted in FA Modifications)

hello again @rafat.

I think I will commit the changes already done. It is almost perfect now, and we can always improve it during the release.

Thank you for cooperation and see you smile

/Joe

277

(26 replies, posted in FA Modifications)

I meant, try to set the currently defined value of 27 to 23 on line 63 in class.graphic.inc.

Joe

278

(26 replies, posted in FA Modifications)

@rafat

The graphics for balance-sheet, pie, donut and half donut shold now be ok.

The graphics for sales customers top 10 is not changed, but you could try to reduce the MAXLEN in the define on line 63.
It is currently 27.
I see a big fontsize on the graphics, so try with 23 or so.

This is difficult to do when you mix Arabic and English language in the same graph.

But try to experiment a little.

/joe

Thanks @kvvaradha

Nice job you have done.

As I am very overloaded with several tasks, RTL, Graphics etc. I would like you to help me and eventually make a list over places that we should fix.

I guess this is a PHP 8 problem, right? I have already taken some basic ones, but again it is good that we are helping each other detecting and fixing these problems.

/Joe

280

(26 replies, posted in FA Modifications)

Hi again, @rafat

I have now gone through all the graphics on both SVG and traditional Graphics (JPG, PNG etc.).

The Graphic engine will truncate all labels longer than 27 chars in all the graphics. This make it much more flexibel to work with.

All the Graphics are now unified and will work as you want it to do.

Download the attached and replace it in /reporting/includes/class.graphic.inc and /includes/dashboard.inc folders.

You might try the reports Customer Aged.. and Supplier Aged (try the various graphic types). Also Balance Sheet and PL Sheet.

There was a reported bug under 'Report Bugs here'. Have a look here, there are 2 new files that should fix the issues here.

See ya Monday smile

/Joe

Yes, these parameters were missing. It is fixed and committed to stable repo.

You can download the 2 files here, rename the extension from php1 to php and replace in /reporting folder.

/Joe

282

(26 replies, posted in FA Modifications)

@rafat,

I only had to clear my browser cache, then it worked with removing the table class in default.css.
So now we should just fix the default.css and it should be ok. Cool smile. Good work, @poncho1234!!
Anyhow it is good to also test that the LTR still works everywhere.

Ok, you still have some problem with your test. I will have to look at this. Any thing to reproduce this? Long text or so?

We are celebrating the Mid Summer today, so don't expect to much work here smile

/Joe

283

(26 replies, posted in FA Modifications)

Hello @rafat and @poncho1234

I am glad that you, @poncho1234, is contributing in this important matter.

You wrote that eliminating the table class in default.css would do it automatically. I couldn't reporduce this, will you upload your default.css, so I can test this.

Regarding the Graphics Legends in class.graphic.in . It should now work both in LTR and RTL. Please replace the attached file in /reporting/includes folder and let me know.

@rafat

It surely looks better now wink

/joe

284

(26 replies, posted in FA Modifications)

Ok, I will continue tomorrow with the right justified text legends.

/Joe

285

(26 replies, posted in FA Modifications)

@rafat

To sum up. In most places in FA tables, transaction lists, the text columns are left justified also for RTF.

In some other places, f.i. reports, the text columns are right justified.

So I think we should leave the html table columns be as is.

But we could fix the graphics legends to be right justfied in all graphic types. What do you say?

Joe

286

(26 replies, posted in FA Modifications)

@rafat

The text justification in the table is browser html treated. So this is a tricky one.
The right justificationfor for text in the SVG graphics legends could be fixed, however.
What should we do?

Joe

287

(26 replies, posted in FA Modifications)

Ok, @rafat,

Sweden won by 3 to 2. Good for us smile

I upload the last example, with better RTL legends in pie,donut andhalf donut.

/Joe

288

(26 replies, posted in FA Modifications)

HI @rafat,

And again a slightly modified RTL pie, donut and half donot legend.

I have now made it calculated on label length and value length and came up with this.
Also changed for LTR.

You may feel that the label is to much left, but with short strings it seems ok.

Well, we can change back if not good smile

/Joe

289

(26 replies, posted in FA Modifications)

Hello again @rafat.

Here is a slightly modified version, with improved legend layout for RTL pie, donut and half donut.

/Joe

290

(16 replies, posted in Announcements)

Hello Guys,

This is an old topic and doesn't work any more, due to several punbb updates.
You can send a private message by:
Select the user.
In the user account, select Contact Information: PM: Send a private message.

Joe

291

(26 replies, posted in FA Modifications)

Hello @rafat.

I enclose 2 files dashboard.inc and class.graphic.inc. Will you replace the two files and try again.

I will not commit before we are satisfied.

/Joe

292

(4 replies, posted in Announcements)

Announcement

This is a 2.4.10 release, which is mainly bugfix release, but also contains a couple of improvements.

The Graphics Engine (../reporting/includes/class.graphic.inc, has been rewritten to also include SVG (Scalable Vector Graphics).
This also improved the option to show a new type, Splines (A curve that connects two or more specific points, or that is defined by two or more points. A prittier line graph).
Another new type, Half Donut is also created, with the option to place a value inside. This is also the fact with the old type Donut.

Developers, interested in using this engine in own modules can read a briefly documentation in front of class.graphic.inc.

This new Graphics Engine also resulted in a new and better Dashboard in the core.
The work force is done inside the /includes/dashboard.inc. If you place a dashboard.inc in a theme, The /admin/dashboard.php will use this dashboard.inc instead.

This release should also be PHP 8 compatible. The following versions has been tested: 8.0.0 and 8.0.7.

Please report any bugs/problems found via our Mantis Bugtracker at http://mantis.frontaccounting.com.

Download instructions

In Sourceforge FrontAccounting (http://sourceforge.net/projects/frontaccounting), select
Files -> FrontAccounting 2.4 ->2.4.10.

For Windows users select the zip file. For all other users select the tar.gz file.

Common

  • Compatibility fix for commit on 2020-09-28 (php < 5.4)

  • Fixed volatile error on first installer page show.

  • Call to undefined count_array() in pdf_report.inc. Fixed.

  • Wrong security area passed in generalledger.php. Fixed.

  • Bug 5322: Login/Timeout: Added message on failed login attempt.

  • Bug 5326: Install Languages/Extensions/Themes/CoA: fixed warnings during module installation.

  • Bug 5352: Missing global declaration in reset_form() in attachments.php. Fixed.

  • PHP 7.4 Bugs in some reports and tags_db.inc fixed.

  • Fixed javascript error appearing on themes using SVGElements.

  • Function get_magic_quotes_gpc() is deprecated php7.4. /install/isession.inc. Fixed.

  • Feature 5388: Print Documents list gets too long. Fixed by default 180 days in company setup.

  • Fixed a php8 deprecation no required parameters after optional parameters in function.

  • PHP 8. Fixed undefined array key warnings.

  • New dashboard and Graphics Engine Class, that also includes the SVG Vector Graphics for the core. Much prettier graphics.

Sales

  • Bug in Customer/Supplier Payments Recording. Fixed.

  • Bug 5360: Spelling mistake in ../sales/allocations/customer_allocate.php. Fixed.

  • Payments & Deposits: Rounding problem. Fixed.

  • Bug 5197: Slightly changed email subject for sales invoice to avoid false marking by spam filters.

  • Bug 5245: Added debtors_master.debtor_ref to get_customer_trans() results

Purchasing

  • Purchase Order: regression bug introduced in 2.4.9 fixed.

  • Bug 5310: database error in supplier invoice edition if current fiscal year is missing. Fixed.

  • Bug in Customer/Supplier Payments Recording. Fixed.

  • Payments & Deposits: Rounding problem. Fixed.

Items and Inventory

  • Item Adjustments Note: disable rounding of Unit Cost. Fixed.

  • Wrong permissions for Inventory Purchasing Report (rep306.php). Fixed.

  • Bug 5460: Inventory valuation report does not discard zero quantity items for items with decimal quantity units. Fixed.

Dimensions

  • Bug 5351: dim dim2 not defined in lines 623, 627 of purchasing/includes/db/invoice_db.inc. Fixed.

Bank and General Ledger

  • Revenue/Cost Accruals: bad input focus after error. Fixed.

  • GL Account Transactions report shows html code on Person/Item if PT_WORKORDER. Fixed.

  • Undefined variable error in Bank Transfer. Fixed.

  • Bug 5310: databse error when on bank payment/transfer edit if current fiscal year is missing. Fixed.

  • Bug 5332: Tax Report: Multiple entries for a single tax line. Fixed.

  • Bug 5429: Balance Sheet report sometimes prints lines with zero amounts. Fixed.

CoA Fiscal Year discussion moved here.

Yes I can use sprintf routine instead. I forgot to do that. Thanks.

Joe

We will also make the this release compatible with php 8.0.0 and 8.0.7.

The 2.4.10 will be released next week.

Joe

Hello. I am planning to commit the new dashboard and graphics engine class, that also includes the SVG vector graphics for the core. Much prettier graphics.

At first I was planning to wait until release 2.5, but while there are no database changes, we can as well commit it to a release 2.4.10. A release that could be done this or next week.

I will syncronize this with Janusz and let you know.

Joe

Oops. This has been fixed and committed to stable repo.

A fixed file can be downloaded here .

/Joe

Oh Boy, we missed this in 2 files, where the Prices/Amounts decimals was hardcoded to 2 decimals. In all other places this were set correctly.

This has now been fixed and committed to stable repo.

If you need these 2 files they can be downloaded here:

https://sourceforge.net/p/frontaccounti … s_cart.inc
https://sourceforge.net/p/frontaccounti … ets_db.inc


/Joe

298

(21 replies, posted in Reporting)

Oops, this was a side-effect. @mark0300, do you have a solution to this.
I am in a very business periode, so don't have time for fixing.
Maybe any of you Senior Members can help. Please.
I will then commit the fix asap. Thanks in advance.

/Joe

A feature by @oakstreet1, 5388, on Mantis has been implemented:

This is about document list getting too long in multi printouts. If you have a severe amount of documents every month, you can now set a range value in Company Setup, right panel at bottom. The default value is 180 days.

But you can of course increase or decrease the value to suit your need. 6 months is quite a good range.

You can always printout a single dodument from the inquiries.

/Joe

Hello Guys,

@oaktreet1 has put a very good feature on Mantis. It is called:

0005388: Print Invoices list gets too long

Please have a look at this feature on mantis.frontaccounting.com. I agree with him, this is a very good idea.
But it might even be a good idea to let this be all documents, and we could put an option in Company Setup that says something like this:
Max day range for printing documents=180, or something like that. This is about 6 months. If you need an older document you can always go into the Inquiries and select an old document for printing here.

What do you guys think about this?

/joe