Description: ------------ In lang.fr.php, the toWords method is defined as this : function toWords($num = 0) When I call this method, I have the following message : Strict Standards: Declaration of Numbers_Words_fr::toWords() should be compatible with that of Numbers_Words::toWords() in C:\php\PEAR\Numbers\Words\lang.fr.php on line 438. We should have this : function toWords($num = 0, $power = 0, $powsuffix = '') The previous line can solve this bug. Test script: --------------- echo $nw->toWords(100000,'fr') ;

Oops! Not just there but one or two other places. Nice find

I forgot to add that lots of different drivers do this differently, and the definition of Numbers_Words::toWords() vs the drivers is completely different.

How can I reporoduce the bug, i.e. get the same message? Also, isn't it correct for two brother methods (i.e. extending the same parent class) to have different signatures? They're providing the same functionality, by using different approaches (recursive or not) - hence the need of particular parameters.

> How can I reporoduce the bug, i.e. get the same message? Enable E_STRICT standards and run the unit tests. > Also, isn't it correct for two brother methods (i.e. extending the same parent class) > to have different signatures? They're providing the same functionality, > by using different approaches (recursive or not) - hence the need of particular parameters. No, it is not correct. They do *not* provide the same functionality because the method in the parent class has more parameters than the one in the child class. This is the main problem. OK: parent: toWords($param1, $param2) child: toWords($param1, $param2) OK: parent: toWords($param1) child: toWords($param1, $param2) NOT ok: parent: toWords($param1, $param2) child: toWords($param1)

Oops, r302346 is for this ticket, not the other one. http://test.pear.php.net:8080/cruisecontrol/buildresults/Numbers_Words?tab=testResults There will be a few more to fix I presume

Just FYI, thats what we got today: lang.bg.php: function toWords($num = 0, $locale = null) lang.cs.php: function toWords($num, $power = 0, $powsuffix = '') lang.de.php: function toWords($num, $power = 0, $powsuffix = '') lang.dk.php: function toWords($num, $power = 0, $powsuffix = '') lang.en_100.php: function toWords($num, $power = 0, $powsuffix = '') lang.en_GB.php: function toWords($num, $power = 0, $powsuffix = '') lang.en_US.php: function toWords($num, $power = 0, $powsuffix = '') lang.es.php: function toWords($num, $power = 0) lang.es_AR.php: function toWords($num, $power = 0) lang.et.php: function toWords($num, $power = 0, $powsuffix = '') lang.fr.php: function toWords($num = 0, $locale = null) lang.fr_BE.php: function toWords($num = 0, $locale = null) lang.he.php: function toWords($num, $power = 0, $powsuffix = '') lang.hu_HU.php: function toWords($num, $power = 0, $powsuffix = '') lang.id.php: function toWords($num, $power = 0, $powsuffix = '') lang.it_IT.php: function toWords($num, $power = 0) lang.lt.php: function toWords($num, $power = 0, $powsuffix = '') lang.nl.php: function toWords($num, $power = 0, $powsuffix = '') lang.pl.php: function toWords($num, $power = 0, $powsuffix = '') lang.pt_BR.php: function toWords($num, $locale = null) lang.ru.php: function toWords($num, $gender = 1) lang.sv.php: function toWords($num, $power = 0, $powsuffix = '')

I would say this is a design flaw and we should rethink it carefully. or perhaps do something like that for each applicable driver: function toWords($num, $locale = null) { return $this->_toWords($num, $power, $powsufix); } and rename toWords to _toWords. thoughts ?

Ok thinking a bit about it, that is what I suggest (example for pt_BR driver): function toWords($num, $locale = 'pt_BR') { return parent::toWords($num, $locale); } function _toWords(specific parameters for each driver) { // this should be the old toWords() method } Number_Words::toWords() should call Driver::_toWords(). this is not going to break backwards compatibility and will make things more clear, imo. any thoughts ?

Added patch ifeghali_suggestion.txt.

Indeed, it makes sense. That solution would save us the effort to rewrite all the drivers.

Kouber, great, I should have it fixed by today. Best, ~IF.

This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better. Should be fixed by now. hu_HU and ru will need some special attention (they are currently broken).