Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31095 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64685 invoked by uid 1010); 19 Jul 2007 12:28:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64670 invoked from network); 19 Jul 2007 12:28:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jul 2007 12:28:00 -0000 Authentication-Results: pb1.pair.com smtp.mail=webmaster@keryx.se; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=webmaster@keryx.se; sender-id=pass Received-SPF: pass (pb1.pair.com: domain keryx.se designates 208.69.121.33 as permitted sender) X-PHP-List-Original-Sender: webmaster@keryx.se X-Host-Fingerprint: 208.69.121.33 supavet.nexcess.net Received: from [208.69.121.33] ([208.69.121.33:38790] helo=supavet.nexcess.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9C/71-48734-0D85F964 for ; Thu, 19 Jul 2007 08:28:00 -0400 Received: (qmail 31455 invoked by uid 108); 19 Jul 2007 12:27:57 -0000 Received: from unknown (HELO ?127.0.0.1?) (gunther@keryx.se@87.227.57.139) by supavet.nexcess.net with ESMTPA; 19 Jul 2007 12:27:57 -0000 Message-ID: <469F58CB.3070008@keryx.se> Date: Thu, 19 Jul 2007 14:27:55 +0200 User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: internals@lists.php.net References: <698DE66518E7CA45812BD18E807866CE648191@us-ex1.zend.net> <54C4340A-D9EA-4B5A-B39C-B55B29B1B3BC@prohost.org> <698DE66518E7CA45812BD18E807866CE648193@us-ex1.zend.net> <469B7FB1.1070507@pooteeweet.org> <698DE66518E7CA45812BD18E807866CE648290@us-ex1.zend.net> <7.0.1.0.2.20070718023255.0dc0eed0@zend.com> <7.0.1.0.2.20070718011328.0e9a3778@zend.com> In-Reply-To: <7.0.1.0.2.20070718011328.0e9a3778@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000757-4, 2007-07-18), Outbound message X-Antivirus-Status: Clean Subject: Re: [PHP-DEV] POSIX regex From: webmaster@keryx.se (Keryx Web) Zeev Suraski wrote: > Other than the theological views some people on this list have (either very pro-BC or anti-BC), what did keeping BC cost us? Hey that must be me he is talking about - as I am a real theologian! So for a theologians 2c on Unicode: 1. Teaching unicode and PHP As stated elsewhere I am *working* as a teacher. I follow this list for one *main* purpose and that is I am trying to remedy the extremely sad situation when it comes to books and other teaching material about PHP in Sweden. All books we have got by Swedish authors are so bad that I actively discourage people from reading it! I am trying to write an "advanced newbie" book that will focus on PHP 6 (+ some HTML 5, CSS 3 and JS 2), with an emphasis on best practice. In Sweden we can do nicely with iso-8859-1 (we do not even need the stinkin' euro-symbol!) But I have students that have developed websites in Arabic, Kurdish and Hindi! I am appalled to see some comments even seemingly questioning if Unicode is worthwhile at all. That's a no brainer! i18n is the next big move on the web. But what technique would be easier to grasp when it comes to "switching" it on or off? Considering that PHP:s main strength always has been its low entry barrier, I think this is a reasonable consideration. And maybe I am the only one on this list that deals daily with newbies...? From this POV I would definitely say that it would be easier to teach that in PHP 6 unicode is always on and in PHP 5 it's N/A. I do however find the arguments compelling that such an ideal would be impractical. My second best option would be something that can be turned on or off within the scripts, i.e. with ini_set or per directory with .htaccess From the low end user perspective I think this would be great from another POV. Let's imagine for a second that Wordpress will only work with unicode semantics off and that phpBB will only work with the switch "on". What if someone would want to run both on a shared server? But as my "commit karma" is zero I do not know if this is feasible at all. 2. User base. There is not one voice on this list as far as I can tell that is from the CJK-language hemisphere. Is it part of the PHP way to Europe/America ethnocentric? I think it would be a noble thing to actively try to engage PHP developers from Asia in this discussion. (Well, besides the Israeli ones... who *are* doing a great job!) 3. Adoption rate. When PHP 5 was new we got two books in Sweden claiming to teach this version. When I read them there was so little PHP 5 in there that it was scary. Even today most resources that newbies read tend to teach PHP 4. Most discussion fora - at least in Sweden - discuss PHP 4 solutions to peoples problems. This spring I actually taught my students PDO - but then my wife got ill and had a heart transplant. When I got back to school and started grading my students work, all but two had switched to the mysql extension. I asked why, and all said that they had found tutorials and help in a discussion forum, all teaching the old way. I undertook a study: All four totally dominant sites in Sweden where a young developer would turn, all teach PHP 4. (Two of them also teach table-based-layout, unsemantic, inaccessible, proprietary HTML and obtrusive browser-sniffing old school DHTML.) Conclusion: Every advance in PHP internally has to be communicated to us who teach PHP and the easier something is, the more likely it is that it will be picked up. Lars Gunther