Search options (Page 26 of 245)

The screen display is kept simple. The reports already have the graphics - logo option. Report Footers mods are in the Wiki.

For those who wish to experiment with chartist.js, the links are:
https://codeload.github.com/gionkunz/chartist-js/zip/develop
https://gionkunz.github.io/chartist-js/

A nice tutorial on where to include javascript and what it does:
https://www.tutorialspoint.com/javascript/javascript_placement.htm

Have you tried Debit / Credit Notes?

Which API did you use?
Try the one from the @braathwaate repo or from the unofficial extensions repo.

Wonder why the i.inactive is part of the SELECT column list when it is always 0 (ie., active) as per the WHERE clause.

@joe: is this a real issue?

Wiki-ed.

You will need a custom extension done for this as it is not available in the core.

Please make sure you have tested with the Git Master which has the post release fixes too. The file includes/ui/allocation_cart.inc was updated on these dates:

2020-03-18 (after FA 2.4.8 was released)
2020-01-11
2019-12-26 (after FA 2.4.7 was released)
2017-11-10 (before AF 2.4.6 was released)

FA 2.4.8 was released on 2020-02-05
FA 2.4.7 was released on 2019-06-25
FA 2.4.6 was released on 2018-12-18

Make sure you have a valid domain in your /etc/hosts (Windows: C:\Windows\System32\drivers\etc\hosts) for 127.0.0.1 along with localhost (space separated or on a new line with the said IP)

Then the valid domain in your php.ini and the changes to your php script should work fine provided your DNS SPF entry is okay for the IP you will be dishing out.

Although the specific rep301.php has not changed in the meanwhile, some functions it directly / indirectly uses may have been changed post release in other files. No harm in putting in the post release changed files - it does not change the db in any manner and any missing sys_prefs variables entries will get auto populated. Then see if the situation changes.

An example of curly brace correction is available in another project's commit.

A migration script to automatically make these changes is here.

This is an issue since 2008 when both square and curly brackets were used interchangeably for arrays and string elements though it was the intention to sue them for separate purposes as explained at:

https://wiki.php.net/rfc/deprecate_curly_braces_array_access

Though currently in PHP 7.4, only the square braces can be used to initialise arrays and also assign to them values, the curly braces can generally be used everywhere else where the square bracket is used.

Other threads elsewhere that refer to this problem are at:
https://github.com/squizlabs/PHP_CodeSniffer/issues/2558
https://stackoverflow.com/questions/59158548/array-and-string-offset-access-syntax-with-curly-braces-is-deprecated