Search options (Page 199 of 199)

Alfred, these bugs have been fixed a while ago, se answers to your last post in the Setup Forum.

Joe

Hello again,
I don't have much experience with the IIS for Windows. But I know that there are others out there that have succeeded to install language on it. I think it was an email correspondance and I don't have that email on hand.

Let us hope, Alfred, that there are somebody out there that can help us again. And it that case we would put a more detailed instruction here.

So please guys, tell us if there are special things to do for Alfred

Joe

Hello popsicles12,

You can ask the Administration through 'Contact Us' on this site. I know that they are working on it, but I'm not sure how far they are.

Joe

Hello El_Guar
The documents are all hard coded at the moment.
Most of the field positions are inside /reporting/includes/pdf_report.inc in the member function header2.
If you intend to change it, please make a backup of the file, should we make further changes to it.

Best regards
Joe

Hello,
I presume you have installed the language correctly.
The xx_XX.mo file is in place /lang/xx_XX/LC_MESSAGES
You cannot use the 'Display Setup' for permanently changing the language. You must use the 'User Setup' and select the user and there change the language.
After that you must logout and login again.
Now the language should work.

Joe

The program takes care of the rounding problems.
Should you experience problems with the rounding, please let us no.
We have not experienced any problems so far.

Joe

Hello swiro,
An easy and very simple solution to the quote problem is to just create a new report and copy the the Sales Order script to a Quote, and rename the report to a Quote, with no further changes.

But it should be done during a version update, as a couple of files need to be changed. Remember it is quite easy to delete Sales Orders. So should there be no order you just delete the Quote (Sales Order not sent yet).

For better result the Sales Order should be marked as a Quote as long no Sales Order has been sent. But this requires a database table change.

The item regarding creation of documents in a more interactive way has been considered, but due to lack of resources it was postponed.

Joe

Hello Tim,

I guess they are about moving the site and this item didn't come through.
Anyway, your message was about having alphanumeric accounts instead of numeric accounts in the General Ledger.
To everyone out there. This is really not a problem to change. The internal database field is alphanumeric, for sorting purposes, and therefore no changes have to be done to the database.
As I can see, there is only one place to change in /gl/manage/gl_accounts.php,
Line 50-55. Uncomment the lines with // in fromt of the lines like this:

//elseif (!is_numeric($_POST['account_code']))
//{
//    $input_error = 1;
//    display_error( _("The account code must be numeric."));
//}

A generally better solution is to have a global switch for allowing alphanumeric characters in the accounts, e.g. in config.php, that has a default value of 0.

E.g. the variable $accounts_alpha = 0.

Then the lines would look like this:

elseif (!$accounts_alpha && !is_numeric($_POST['account_code']))
{
    $input_error = 1;
    display_error( _("The account code must be numeric."));
}

As you see, if this switch is set to 1, the script will never perform this sentence.

This could be a wish for the next version.

Joe