Search options (Page 164 of 246)

In modules/import_transactions/includes/import_transactions.inc replace line:

if ($person_id != null)

with

if (!empty($person_id))

In modules/import_transactions/import_transactions.php replace line:

$prev_ref = 9999;

with

$prev_ref = -1;

so that a practically impossible value is used for initialisation.

My Unofficial GitHub repo has been updated with white space fixes as well and the extra comma in the last line of templates/payment_en_GB.csv has been eliminated.

You may also further put in the constants for balance of $type == 0, 1, 2 comparisons.

Atleast we now can see how the letters play out on the screen. Thanks.

The reason why the standard English letters are preferred to be used (though not intuitive in the non latin languages) is that they can follow the help pages uniformly and it is easier to type just one key as opposed to possibly multiple keys in other languages. Try it out by placing the "&" character preceding (or succeeding in case of RTL language characters) whichever key you wish to use.

Append "&B" to the PO file and recompile it.
The only Arabic I see is ar_EG in the official languages.

Attached is a recompilation with some of the &B / &C elements added to the right of the translations since this is a RTL script. Try it and provide feedback. It will be useful to the devs to alter non latin scripts to accommodate such uniform access keys irrespective of the language.

There are some Win 8.1 compatibility issues with Dot Matrix Printer (DMP) drivers:
Oki / Epson. Location of Update.

Using the Generic Text Only Printer Driver to generate the documents before printing to DMPs may be an option.

Check this link as well.

The language translation files for Arabic did not include the English shortcuts as you may want to use some other letter in Arabic instead of &B.... in English. If you still wish to retain the English Access keys then encode it to precede the Arabic language text translation and compile your Arabic .mo file accordingly.

Which version of FA and Chart of Accounts are you using?

Check the locales installed in the linux server. you may have to go to the linux command line interface (PuTTY, Terminal, etc) and issue commands for including the german locale.

What Access key do you mean? Is it a translatable string that is present in Arabic as some unprintable characters? Does the "Access key" re-appear when you switch back to English?

Extension: rep_tax_cash_basis
Author: Alastair Robertson (KwikPay, NZ)

Lines 166 and 193 in the file modules/rep_tax_cash_basis/includes/tax_cash_db.inc :

            ttd.amount*ex_rate collectible,

should be:

            -1*ttd.amount*ex_rate collectible, 

Kindly verify and revert.

Patch:

--- modules/rep_tax_cash_basis/includes/tax_cash_db.inc    Mon Oct 14 01:44:10 2013
+++ modules/rep_tax_cash_basis/includes/tax_cash_db.inc    Wed May 06 10:49:31 2015
@@ -163,7 +163,7 @@
             0 payable,
             bt.amount*ex_rate gross_input,
             ttd.net_amount*ex_rate net_input,
-            ttd.amount*ex_rate collectible,
+            -1*ttd.amount*ex_rate collectible,
             ttd.rate,
             bt.type,
             bt.person_type_id,
@@ -190,7 +190,7 @@
             0 payable,
             bt.amount*ex_rate gross_input,
             ttd.net_amount*ex_rate net_input,
-            ttd.amount*ex_rate collectible,
+            -1*ttd.amount*ex_rate collectible,
             ttd.rate,
             bt.type,
             bt.person_type_id,

Attached is the latest full PO that needs the blank strings to bear the translations. Use NotePad++ and choose encoding to be UTF-8 without BOM.

The file is also in my unofficial GitHub repo.

@mark0300: Thanks. Attached herewith.