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
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
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
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
I am just waiting for somebody else will test this, please. Then I will commit the changes. So please try @peacecop kalmer's solution.
/Joe
This topic has been fixed and committed to stable repo. Thanks @notrinos for reporting this.
/Joe
Hello again,
I see that we already have a money_format that has been used for OS Win in /includes/current_user.inc on line 369:
// function money_format doesn't exist in OS Win.
if (!function_exists('money_format'))
{
function money_format($format, $number)
{
return price_format($number);
}
} All windows users have been using this routine for years without problems. Maybe we should include the function here suggested by @PaulSipley instead. I see that this function is listed in PHP.NET as an alternative to money_format. There is also another slightly better version we can use.
What do you think?
/Joe
We could use the NumberFormatter instead, but it is handling it differently. I wonder how important this is?
We could simply skip the currency formatter, I guess. What do you guys think? Right now it is not used seriously. We could use the number_format2, like we do normally.
/Joe
Hello guys,
I am not sure. I like the grayed versions in the core as is. This means that the report exists, but I am not allowed to see it. In my opinion this is not a problem. I know my place in the organization, so I don't mind.
I understand the question, but not sure if we should change this.
/Joe
I understand the need for this report for some sompanies, but please don't change the original report in the core. This is because this has something to do with the jurisdictions.
If you need to create this branch/customer balance report, please create in in the company reporting folder.
/Joe
Willdo. Committed to stable repo.
Joe
I have asked Janusz to look into this item. Hopefully he will respond asap.
Joe.
This has been fixed and committed to stable repo.
A fixed file can be downloaded on Mantis.
Thanks for reporting this 
Joe
Will consider this.
Joe
Thank you guys for solving this. Will fix and commit the changes tonight.
Joe
Committed to stable repo.
/Joe
Thanksn@apmuthu
I will fix this asap.
Joe
Hello again, @tom.horton.
This is amazing. I tried to paste 60 characters into the description field. Only 50 characters were accepted. I am using Windows 10, Chrome browser, php 7.4.9, FA 2.4.9 and having no problems.
Would you tell us your environment, tom. Would be interesting to know.
/Joe
This is strange. The text box for the Item Description has a max length of 50 characters and this is exactly the size of the field in the DB. Entering more than 50 characters in this field is not possible.
Could this be from an import module that doesn't check for max length?
/Joe
@kvvaradha
Ideas are welcome. Thanks.
Joe
Yes, we will rearrange the fields a bit in 2.5. Until then, you can use the existing fields to elaborate the information.
I made an Invoice a while ago with the sort-code, IBAN, BIC fields, by rearranging the info in the various field in the Bank Account
Joe.
Fixed and committed to stable repo. Thanks.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.