Mustn't you update the installed_extensions.php in the webroot and in the company/#/ folder as well? ... and enable it for the company as well?

5,852

(7 replies, posted in Translations)

recode reference

5,853

(2 replies, posted in Installation)

Windows Attached Printer on CUPS

Push Windows Printer Drivers to CUPS

64 bit CUPS Driver for Win7 not yet

CUPS 2 WinLAN

Printing from CUPS to Windows-Attached Printers

Please see what works in the above urls and let us know so we can update the wiki accordingly.

The default language is "C" listed to include the "untranslated strings" as is  from the code culled into the empty.po file. en_US is an example file to override entries in the empty.po.

5,855

(2 replies, posted in Translations)

Wikied it.

Since the forum does not use any WYSIWYG Editor (saves bandwidth though), try the free BBCode Editor for windows.

Thanks Joe for Changesets 3127/3131 addressing this problem. It however needs an entry in the empty.po file. Attempting to reconstruct the empty.po afresh yielded a file that is 341KB as against the current one in the fa repo that is 359KB. There are a lot of legacy entries with wrong filenames and line numbers in the repo one.

The shell script to generate the empty.po file I wrote is:

#!/bin/bash
 
FRONTACFILE=FrontAc_default_Mer_3127_2012-12-20.tar.gz
WEBROOT=/var/www/frontac
 
mkdir -p $WEBROOT
cd $WEBROOT
 
wget http://www.apmuthu.com/bugfixes/$FRONTACFILE
tar -xzf $FRONTACFILE
rm -f $FRONTACFILE
 
MAINDIR=`pwd`/
 
# Generate the main empty.po file
 
TPL=lang/new_language_template/LC_MESSAGES/empty
GTEXEC="xgettext  -d empty --language=PHP  --from-code=ISO-8859-1 \
                  -p $MAINDIR/lang/new_language_template/LC_MESSAGES "
 
# Backup the old main empty.po
mv $MAINDIR/$TPL.po $MAINDIR/$TPL.po.org
 
# Generate main header as well
$GTEXEC -k_ -n *.php
 
# set the charset
sed -i 's/charset=CHARSET/charset=ISO-8859-1/g' $MAINDIR/$TPL.po
 
 
mv install ..
 
$GTEXEC -k_ -n -j */*.php
$GTEXEC -k_ -n -j */*/*.php
$GTEXEC -k_ -n -j */*/*/*.php
$GTEXEC -k_ -n -j */*.inc
$GTEXEC -k_ -n -j */*/*.inc
$GTEXEC -k_ -n -j */*/*/*.inc
 
mv ../install .
 
# Generate the install empty.po file
 
TPL=install/lang/new_language_template/LC_MESSAGES/empty
GTEXEC="xgettext  -d empty --language=PHP  --from-code=ISO-8859-1 \
                  -p $MAINDIR/install/lang/new_language_template/LC_MESSAGES "
 
# Backup the old install empty.po
mv $MAINDIR/$TPL.po $MAINDIR/$TPL.po.org
 
# Generate install header as well
$GTEXEC -k_ -n install/*.php
 
# set the charset
sed -i 's/charset=CHARSET/charset=ISO-8859-1/g' $MAINDIR/$TPL.po
 
$GTEXEC -k_ -n -j install/*.inc
$GTEXEC -k_ -n -j includes/system_tests.inc
$GTEXEC -k_ -n -j includes/packages.inc

Please test on fresh install using later Mercurial Build version from this post and see if the problem occurs.

Also use the later Mercurial Build version of FA from this post.

5,859

(4 replies, posted in Items and Inventory)

Use a different pricelist.

Update the en_US .mo / .po files and submit to the the project what you consider to be real en_US.

5,861

(6 replies, posted in Accounts Payable)

Thanks Joe,

The change set 3130 is reproduced here to help detect and fix similar errors:

--- old/purchasing/manage/suppliers.php    Thu Oct 04 13:09:47 2012
+++ new/purchasing/manage/suppliers.php    Sat Jan 05 10:17:23 2013
@@ -214,7 +214,7 @@
                 $_POST['website'], $_POST['supp_account_no'], $_POST['bank_account'], 
                 input_num('credit_limit', 0), $_POST['dimension_id'], $_POST['dimension2_id'], $_POST['curr_code'],
                 $_POST['payment_terms'], $_POST['payable_account'], $_POST['purchase_account'], $_POST['payment_discount_account'],
-                $_POST['notes'], $_POST['tax_group_id'], @$_POST['tax_included']);
+                $_POST['notes'], $_POST['tax_group_id'], get_post('tax_included', 0));
             update_record_status($_POST['supplier_id'], $_POST['inactive'],
                 'suppliers', 'supplier_id');

5,862

(5 replies, posted in Banking and General Ledger)

Will Quick Entries help?

5,863

(40 replies, posted in Modules Add-on's)

Thanks Janusz.

Will deposit in bank suffice or possibly deposit with bank or deposit into bank ?

Looks like the said function is disabled in your php.ini - contact your system admin or see if your apache httpd.conf / .htaccess can be configured to allow it.

Please use the latest version of FA from the development repository if you are starting anew as many bugs have been fixed and not released as yet.

FrontAc_default_Mer_3127_2012-12-20.tar.gz.

Check out the release post.

5,866

(5 replies, posted in FA Modifications)

1. Take a SQL dump of the FA db.
2. Manually add one journal transaction in FA that you would normally have imported from the remote db.
3. Take a second SQL Dump
4. Compare the changes from the first to the second SQL dump in an utility like WinMerge2
5. You can now see what tables have been affected: The sequence number table for the journal transactions, the transaction details itself, possibly some log tables that can rither be ignored or made to have a single entry that logs the summary of the whole import (when imported).

5,867

(5 replies, posted in FA Modifications)

If I understand your needs, you have an offline database table containing Journal Entries that need to be sucked into the FA system when it is used for the first time in a day (or in specific time period) or on demand.

This is easily achieved using a function that kicks in thru includes/main.inc.

You can also build a standalone script that reads what the remote journal entry last voucher number is and checks with the local FA system of last imported remote voucher number (reference number) to decide if an update is in order and does the import of the recent records only.

The standalone script can be scheduled to be exectuted at whatever frequency necessary thru a cron job.

If the remote journal entries exist in another FrontAccounting Server, then use any RESTful API like the SimpleAPI.

5,868

(5 replies, posted in FA Modifications)

Hooks and Hook Activate.

Read the /includes/hooks.class.inc file.

Extend / modify the hooks class in it to have pre-load, post-load functions and activate them in appropriate places in the header.inc / footer.inc files in the includes/page folder.

In fact the includes/pages/header.inc file includes a JS function in the body onload attribute passed thru the function page_header() 's parameter list and used in line 136.
access/logout.phpincludes/page/ and in includes/main.inc files only. The latter calls it in it's function page().

All other pages that call the page function generally use only the first parameter (page title), but in your pages of choice, you can include the other parameters. The primitive for usage can be taken from the function constructs in the files referred to above.

Please be specific about which version of FA you are using and on what platform (from the looks of your path, it appears to be some shared linux hosting).

I suggest you use the FA v2.3.13+ latest Mercurial Build available.

This might be possible natively in FA if the portion of the invoice that needs to go into an expense account be done using a secondary "Tax" for it and/or a quick entry be made for it.

You can use the 5 digit COAs.
Or start from scratch.

1. Make the old fiscal year as active year
2. Import the Journal Entries
3. Make a fresh Journal Entry for transferring all P&L Balances to the Profit and Loss Account so that the Balance Sheet will truly reflect the closing balances.
4. Close the Old Fiscal Year.
5. Do the same in order for all previous fiscal years and then the opening balance in the current fiscal year will be correct.

I am not a chartered accountant.

5,873

(4 replies, posted in Translations)

You have a choice of Arabic Fonts installable at:
https://frontaccounting.com/wbt/pages/download/download-release-2.3.php

Check the wiki for encodings, PDF settings, etc., at
https://frontaccounting.com/fawiki/index.php?n=Help.InstallUpdateLanugages

Good Luck.

Lines 64-70 of reporting/includes/class.pdf.inc are:

class Cpdf extends FPDI {

    function Cpdf($pageSize='A4', $lang=null, $pageOrientation='P')
    {
        $this->TCPDF($pageOrientation, 'pt', $pageSize);//, $uni, $enc);
        $this->SetLang($lang);
        $this->setPrintHeader(false);

Line 68 shows the declaration of size units as 'pt'.

Also the default $pageSize='A4' which should correctly be overridden by whatever declaration or setting is given at instantiation time. Hence check the various reports as to how a "new Cpdf" instance is created - whether the default isallowed to be assumed or it is passed on properly as a variable.

Lines 104-110 declare the encodings - see if they are an issue as well.

5,875

(40 replies, posted in Modules Add-on's)

Will need a bit of work to get it fully working. Check the wiki link in my previous post for the current state.