Language installation

Hi again,

It has something to do with the XAMPP installation!

I downloaded Server2Go & it is working fine with it!!!

Thanks,

WH

I did installed WAMP & it is working - But do we know what is needed for XAMPP to work?

Hi Joe,

Now I'm having another problem with Arabic chars!
I've tried to look for it in the forum but couldn't find any relative post.

We have the description in Arabic & it is displayed right in the "Arabic" interface but some users like to work with the English interface for FA - when they switch to English interface the Arabic descriptions as:
البنك
instead of:
البنك

Is there a way to make the description fields display the right Arabic even with the English interface?

Thanks,

I found an old post about UTF-8 vs ISO support
Is there any changes concerning UTF-8 support while maintaining backward compatibility?

Hi Joe,

I solved the problem by doing the following:

1- downloaded the dejavu font from:
    https://frontaccounting.com/wbt/modules … hp?file=57
     (required in class.pdf.inc  )
    This solved the PDF wrong Arabic characters in English interface
2- changed 'iso-8859-1'   to    'utf-8'    in some files (see below)

Now everything works just fine in both Arabic & English interfaces.

I think these modifications can be applied without breaking the backward compatibility by just using a global setting variable "force_utf-8" which = false by default so that all previous installations work normally & a simple ternary operation (?:)
I'm not a PHP programmer but I think we can do:

this statement in     .\install\index.php:
                            0 => array ('code' => 'C', 'name' => 'English', 'encoding' => 'iso-8859-1'));
can be written as:
                            0 => array ('code' => 'C', 'name' => 'English', 'encoding' => ($force_utf8 ? 'utf-8' : 'iso-8859-1' ) ));

The files are (searching for 'iso-8859-1'):

  .\install\index.php (1 hit)
  .\lang\installed_languages.inc (2 hits)
  .\reporting\includes\class.mail.inc (1 hit)

Thanks,

WH

I think another technique is to switch $force_utf8 automatically if the user switch to a utf-8 font.

Or may use another variable $default_encoding & set it to the user selected font encoding & then use that $forced_encoding to set the character encoding in the various parts of FA.

I think this is a common problem for all utf-8 fonts.