Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23180 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32290 invoked by uid 1010); 7 May 2006 15:09:42 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 32274 invoked from network); 7 May 2006 15:09:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 May 2006 15:09:42 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:57428] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id C9/23-63443-5BD0E544 for ; Sun, 07 May 2006 11:09:41 -0400 Received: from baumbart.mbo (dslb-084-063-046-062.pools.arcor-ip.net [84.63.46.62]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 8030535C1BD; Sun, 7 May 2006 17:09:38 +0200 (CEST) Date: Sun, 7 May 2006 17:09:37 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <857850402.20060507170937@marcus-boerger.de> To: Rasmus Lerdorf Cc: Ilia Alshanetsky , internals Mailing List In-Reply-To: <445E0BEF.1080403@lerdorf.com> References: <6E5468C5-630C-48B8-A501-6FC874651D01@prohost.org> <445D8156.8090701@lerdorf.com> <506DE35B-1925-4DA7-8F9F-F23F7D77EE87@prohost.org> <445E0BEF.1080403@lerdorf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 5.2 Branched From: helly@php.net (Marcus Boerger) Hello Rasmus, same here, i see nothing that speaks against enabling by default. Indeed didn't we all want to have ext filter as default enabled from the start? And i can only second Rasmus that json is necessary for Web 2.0 to name the beast. marcus Sunday, May 7, 2006, 5:02:07 PM, you wrote: > Ilia Alshanetsky wrote: >> I am +0 on these two extensions, hence the "to be discussed", as long as >> they are not enabled by default I see no problem with symlinking them in. > I'd like to see the json extension enabled by default. It's a trivially > small extension with no external deps and pretty much required for > modern Web apps. > And I think the filter extension should be enabled as well, but without > the default filter turned on to make the filtering functions available. > -Rasmus Best regards, Marcus