Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36894 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 38844 invoked from network); 9 Apr 2008 06:59:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Apr 2008 06:59:12 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.82.225 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 66.249.82.225 wx-out-0506.google.com Received: from [66.249.82.225] ([66.249.82.225:34333] helo=wx-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8C/7B-04949-F396CF74 for ; Wed, 09 Apr 2008 02:59:12 -0400 Received: by wx-out-0506.google.com with SMTP id s14so2745387wxc.26 for ; Tue, 08 Apr 2008 23:59:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=PKEa7FmJ6VFoOI69vpNxduKB3IVPLjsX/JifxwV2oVk=; b=V69x7DR5TUJ01J4Qr0UkW09/IFiCetbjnuS5ufUL4dFBfE3EO0InUJjOWNaAT/F7a4vEAOfO7EuGl/hXnYTsKQGurZeNR20JiiUUgWDWHdrdkZRSt3UD2mGCzm/jd/RomtTrc6cGO5gN0eHR4Ypvj2lePlrhQA/b6NBo3a9L6Yw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bdHB64oLt6pWb0DUFrUBvRrGhxqw4LaJvhUYUIB9cyGvljS3yw1Xjtb6TZrAaxWYzyrss3e9y+FaAAtKKn5gpVle2qaQ9TeIFpuuKYUsC+M8ejjo33SKcXcaFMmBBB8O71lQ8D4A6Ji96RaNUoh8p/uSs7cGz6SCEznF/eqA89A= Received: by 10.140.157.1 with SMTP id f1mr2478495rve.220.1207724347791; Tue, 08 Apr 2008 23:59:07 -0700 (PDT) Received: by 10.141.123.13 with HTTP; Tue, 8 Apr 2008 23:59:07 -0700 (PDT) Message-ID: Date: Wed, 9 Apr 2008 08:59:07 +0200 To: "Steph Fox" Cc: "=?ISO-8859-1?Q?David_Z=FClke?=" , "Stanislav Malyshev" , "Andi Gutmans" , "Lester Caine" , "PHP internals" In-Reply-To: <005301c899e6$5fe80c70$4001a8c0@foxbox> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47F463F0.4030407@zend.com> <47FBA5A7.1070600@zend.com> <47FBBF0F.4080505@zend.com> <47FBC8F5.6030709@zend.com> <47FBCFB6.2050107@zend.com> <005301c899e6$5fe80c70$4001a8c0@foxbox> Subject: Re: [PHP-DEV] intl naming From: pierre.php@gmail.com ("Pierre Joye") On Wed, Apr 9, 2008 at 4:06 AM, Steph Fox wrote: > This isn't how PHP used to be. This is a whole new way of coding, and you'd > like to force it onto people who never did that CS degree, but who coped > just fine until now. How sweet. Right, however I think you underestimate the ability of our users to learn, but that's the least problem here. The main problem with the error code ways, using a return value or via extra function calls, is that they are never used or checked. Even the examples in the manual never use them. That's promoting bad practices and then users will wonder why their string look broken or empty. > Can I also point out that *every* uncaught exception is a fatal error? My example was not about not catching exceptions but about actually catch the possible exception. As I agree that exception can be confusing, their usage is this particular case is not that hard. > So please, yes, keep the procedural way as an option, make it possible for > people to use PHP without their having to be computer scientists first. The > moment the language loses that, it has nothing special to offer any more. Look at the syntax, there is no difference. One doesn't need to be a computer scientist to understand it. If we decide to keep the procedural API then let use a normal (and CS compliant .. well almost compliant) prefix. Using shorter names to spare a few key strokes is not a very good idea. number_format _ is better than numberfmt_. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org