Hi, let me vote not to remove mbstring (as a default one).
yes, I can understand the thought that singlebyte users seem mbstirng module is somehow 'extra' one. but please understand that this module is indispensable for multibyte users (at least), and AFAIK there are growing numbers of multibyte users of PHP. we japanese, korean and chinese have to handle 3 (or more) types of encoding (+ UNICODE), and we cannot even count number characters (not bytes) w/out mbstring. besides, I (we?) always make best effort that multibyte features do not harm any other ones, and if it causes bugs, we (Yasuo, Rui or I) will fix it ASAP (maybe:). of course we can --enable-mbstring even if msbstirg is disabled by default, but please remember that not all the users can always exec 'configure' and edit php.ini. (use dl() ? hmm...) finally, it is true that mbstring is not the 'golden bullet':), but it would be far better if we have some kind of bullets, isn't it ? Masaki Fujimoto <[EMAIL PROTECTED]> On Sun, 1 Sep 2002 21:29:11 +0100 "James Cox" <[EMAIL PROTECTED]> wrote: > > > > I vote to remove mbstring as a default module. > > > > I guess you have never tried to create a truely globalized/localized > > application then? > > > > I'm -1 on removing it, because PHP needs a consistent charset encoding > > API that is portable across platforms. iconv and recode are "no good" > > because their supported charsets vary from system to system and version > > to version; some libraries actually have broken encoding tables > > > > Wez, let me rephrase: > > mbstring isn't a "gold" module which should be enabled by default. > > That is, it's still -- as i see it -- just a bit more than experimental. mbstring >work is being done on sourceforge! > > So I want to 'disable' it by default. If you want encoding, just enable it. But >you're right, i've never needed to create a truely globalized/localized app. (and >from general principles, if you feel you need to localize any more than your >ui/strings.....) > > -- james > > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
