|
|
Posted by Jerry Stuckle on 08/14/07 14:41
working_boy@net.hr wrote:
> On Aug 14, 12:25 pm, Jerry Stuckle <jstuck...@attglobal.net> wrote:
>>> So, those anybody have any ideas how these problems can be solved more
>>> elegantly?
>>> Thx.
>> Perhaps donate some of your work to the opensource projects? I suspect
>> phpmailer would appreciate your efforts, for instance.
>>
>
>
> So, in your opinion the only solution is to analyze php code and try
> to figure out what was the author intentions? To analyze for example
> is strlen supposed to return number of bytes or number of characters?
> If it is supposed to return number of bytes - then leave it as is,
> otherwise rename it in mb_strlen?
>
> This is major undertaking for someone not familiar with inner working
> of this class. Also I am not sure that phpmailer would really
> appreciate this. MB is just an extension and there is possibility that
> it is not even installed on all shared hosting servers. Also, for most
> westerners iso-8859-1 is good enough, and multi-byte functions are
> slower then ordinary functions. PHP6 is around the corner and I am not
> really sure how many people would benefit from this. If I decide add
> full multi-byte support to phpmailer I will released it, but I can not
> promise that it will be in synch with current version of original
> phpmailer class.
>
> And again, this is not about phpmailer class. I am interested in other
> people opinions and experiences with multi byte string functions and
> third party libraries and what is the best thing to do.
>
No, work with them to come out with a multibyte version of the code.
If you're going to change the code yourself anyway to make it work, why
not work with the people who developed the product to make it work right
and make it available to those who need it?
--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================
Navigation:
[Reply to this message]
|