Search options (Page 229 of 240)

Hi Joe, that is what I would like to have.

In the hg 3127, it appears that the hooks.php of the modules are loaded before the translation strings get added and hence the non display. This is so since the section string is available only when install_access() is invoked.
Incidentally, the module/includes/acc_levels.php file does not seem to get used anywhere at all.

As a temporary workaround, I have commented out the define for the SS_REPORT_GENERATOR in the module's hooks.php and altered the install_access() function to be:

        function install_access()
        {

                $security_sections['SS_SPEC'] = _("Special maintenance");

                $security_areas['SA_REPORT_GENERATOR'] = array(SS_SPEC|130, _("Report Generator"));

                return array($security_areas, $security_sections);
        }

and it now shows up under Special maintenance section group.

The key here is that the label Report generator for the group is not displayed in the roles and after uncommenting the debug code in admin/includes/security_roles.php (lines 217, 218) and turning $go_debug = 1 in the config.php, we get the following error:

Bad section 38200:
Undefined offset: 229888 in file: /var/www/frontac/admin/security_roles.php at line 219

The security role Report generator is displayed corrrectly but the group name (line preceeding it) "Report Generator:" is not displayed but only ":".

Compare the module's files with those from Sep 2010 (v2.3.0) taking into account the various extension parameters that have changed.

The error may be due to themodules/repgen/includes/acc_levels.php(must the file extension be.inc?) using the old style $security_areas. This file is not used now.

$security_areas['SA_REPORT_GENERATOR'] = array(SS_SPEC|155, _("Report Generator"));

Must the SS_SPEC|155 above be SS_REPORT_GENERATOR|130 ?

Optionally the missing single quote for thedefinein line 23 of modules/repgen/hooks.php:

I can see the Report Generator Menu link greyed out in Setup -> Maintenance on the right side. It gets corrected when we tick the Setup -> Access Setup last ":" role for System Administrator, then the Report Generator checkbox pops up and on ticking and saving, logging out and logging back in, the Report Generator works.

One correction may be needed in the modules/repgen/sql/reports.sql file at line 59, the id should be '6' instead of 'B1' which is for blocks.

Some extra report definitions have been culled out of www.fvr.ro and attached herewith. Since the table xx_reports has no primary key, it seems to be accumulating duplicate records.

The installed_extensions.php file in the webroot uses true/false for the 'active' attribute of the array whereas it is 0/1 in the company/#/installed_extensions.php files. Renumbering the array elements in both files in the same manner maintains status quo.

Can the FA Admins correct it and upload a new PKG?

The current translation strings (FA v2.3.13 Mercurial Build 3127) empty.po files generated in accordance with the sequence at the Wiki Page is attached herewith.

Many obsolete entries have been removed, existing ones updated and new ones added.

Since there are too many changes and order differences, no patch file has been generated.

Use the profit and loss account or any suspense account - it will all zero out since the Balance Sheet is balanced. Even a dummy Balance Sheet Type account possibly named "Opening Balances Transfer Account" would suffice.

Thanks Januz.

I have standardised the method of generation of [both main and install empty.po files with:

#!/bin/bash

mkdir -p /tmp/fagettext
cd /tmp/fagettext

FAVERSION="2.3.14"
FRONTACFILE=frontaccounting-$FAVERSION.tar.gz

wget https:/sourceforge.net/projects/frontaccounting/files/FrontAccounting-2.3/$FAVERSION/$FRONTACFILE
tar -xzf $FRONTACFILE
rm -f $FRONTACFILE

MAINDIR=`pwd`/frontaccounting

cd $MAINDIR

# 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

ITPL=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/$ITPL.po $MAINDIR/$ITPL.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/$ITPL.po

$GTEXEC -k_ -n -j install/*.inc
$GTEXEC -k_ -n -j includes/system_tests.inc
$GTEXEC -k_ -n -j includes/packages.inc

cd $MAINDIR
tar -czf ../../fac_empty_po.tar.gz $TPL.po $ITPL.po
cd ../..
rm -rf fagettext

echo "fac_empty_po.tar.gz created"

Have Wikied it as well.

Attached are the empty.po files taken from the gettext of the FA v2.3.14 code.

What is the script you use to get the gettext to do the job?

Oh yes, thanks. Lines 238-240 in system_tests.inc do it:

    $fname =  $path_to_root.'/lang';
    $test['test'] = $fname;
    if (!(is_dir($fname) && is_writable($fname))) {

The alter sql file can now have the following extra line:

INSERT INTO `0_sys_prefs`(`name`,`category`,`type`,`length`,`value`) VALUES ('bcc_email', 'setup.company', 'varchar', 100, '');

OK!

@Janusz
You're right. I'll post the actual changes in another extension in another post. The attachment was a jumble up of an extension that was in the process of testing the parameters. The extension name change to Item Sales Summary Report may have been appropriate in the light of a similarly named one in the Customer Reports.