Error into admin component

[crony]

Hello !

I've just installed the 0.0.6 version of this great component under J! 1.5.7 and I see this error into the admin:

Code:

Warning: array_diff() [function.array-diff]: Argument #1 is not an array in F:\lecteur\phpdevjoomla\joomla154\abtel\administrator\components\com_easycreator\models\project.php on line 434

It's in the middle of the page,(see my screenshot attached) the rest of the component seems to function normally...But I'm not sure...

Do you have any clue for this ?

Thank you !
 

[crony]

Okay, tried to create a test component, and get this error while I click on project info button...

Code:

Fatal error: Call to undefined function money_format() in F:\lecteur\phpdevjoomla\joomla154\abtel\administrator\components\com_easycreator\views\stuffer\tmpl\projectinfo.php on line 597

[elkuku]

Hello crony,
welcome to the forum and thanks for your interesting feedback.

Warning number #1 is fixed in SVN and will not apear in the next version, but should not lead to any malfunction - it's just ugly, sry..

The fatal error #2 is probably related to your PHP version, because money_format() is a generic PHP function which should be available in PHP>4.3 - if it is not disabled or something..

So - could you please post your PHP version ?

Errmm... sorry but while i was writing the post i got a strange feeling that the problem maybe could not be related to your php version, so i had a quick look at the doku which says..

The function money_format() is only defined if the system has strfmon capabilities. For example, Windows does not, so money_format() is undefined in Windows.

I tried it on a VM with windows and was able to reproduce the error - will be fixed..

We surely need more persons with that kind of OS.. just for testing

BTW: it would be nice to have a french translation of the component..

[crony]

Hi Elkuku !

First, thank you for for answering !

I'm using phpdevstudio, running localy under Windows XP, with Apache 2.2.6 / Php 5.2.4 / Mysql 5.0.45...

I'm on the ini files for translation
I see they are encoded utf-8, but not in "no bom" which seems necessary...They'll be ready pretty soon...

[crony]

Here is the first version of the translation in french

[elkuku]

Hi crony,
sorry for the late reply - i have been off for some days..

Mon dieu - you are really fast

Thanks a lot for the french translation - it will be included in the next release.

About the "BOM" - could you give me some advise about that, please ?
As i see you are using phpdevstudio which is eclipse based, right? I can not find any option about the BOM in eclipse. Google says something like: "Eclipse really sucks when it comes to encoding..." - in essence.

I thought i would be more difficult to actually "add" a BOM than not to add it..

If the BOM is added by eclipse ( or the OS, or whatever..) than your language files may contain it now.. please have a look:
http://forum.easy-joomla....,550.msg1636.html#msg1636

The errors you reported are also fixed in this version..

Happy coding,
Nikolai

[crony]

Hello Nikolai,

Happy to help a bit, thanks for your reply
The french translation needs a bit more improvements, it will be done while I understood the all process of the component...
To edit the .ini files I use Notepad++(but Pspad can make it easily too) , I havn't found those options in Eclipse neither...

All I understood is that utf-8 no bom are essentials for .ini files...

[elkuku]

Yeah, i thought you use Notepad++ as this seems to be the most common answer when it comes to BOM questions

So i installed Notepad++ on a virtual machine..
It tells me, that my english language files are encoded in ANSI while my german ones (and your french) are utf8-no BOM (status line says 'ANSI as UTF-8')....hmm

Could you tell me in which file you detected the BOM - and how ??

The most acurate information comes (as always) from w3c:
http://www.w3.org/Interna...nal/questions/qa-utf8-bom
They also have a list of apps and how to set the encoding:
http://www.w3.org/Interna...-encoding-in-applications
Eclipse is not present..

At least i found some scripts, one in PERL
http://rishida.net/blog/?p=102
and another one in PHP
http://develobert.blogspo...om/2007/12/bom-squad.html
that are dealing with the removal of the BOM.

Could be a new feature to check if a language file contains a BOM and then - remove it
What do you think?

Seems that the most accurate method of detecting and removing the BOM from an UTF-8 encoded file is to open it with a hex editor and look if the first three bytes are EF BB BF, and if so - simply remove them... BOM away

[crony]

In fact, I saw the english file was Ansi coded while I opened it for translating into french...Simple as that
I didn't look at other files at the moment...

As I understand your links, removing the Bom to get no bom files would avoid mistakes thru systems...So, in my opinion...Kill da bom ! 

But carefull, while removed, the éàë etc... are changing into "E7" or "E9" etc... an unknown kind of "ASCII" for me...
Maybe an enhanced Perl script should fix everything...or people should stop using Notepad and improve Eclipse...(useful open source tool just need improvment on that point...)

Nicolas