Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63815
Return-Path: <ulf.wendel@oracle.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 33255 invoked from network); 12 Nov 2012 15:00:05 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 12 Nov 2012 15:00:05 -0000
Authentication-Results: pb1.pair.com smtp.mail=ulf.wendel@oracle.com; spf=pass; sender-id=pass
Authentication-Results: pb1.pair.com header.from=ulf.wendel@oracle.com; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain oracle.com designates 156.151.31.81 as permitted sender)
X-PHP-List-Original-Sender: ulf.wendel@oracle.com
X-Host-Fingerprint: 156.151.31.81 userp1040.oracle.com  
Received: from [156.151.31.81] ([156.151.31.81:23768] helo=userp1040.oracle.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 4B/15-05794-5FE01A05 for <internals@lists.php.net>; Mon, 12 Nov 2012 10:00:05 -0500
Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94])
	by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qACF01Ra025648
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <internals@lists.php.net>; Mon, 12 Nov 2012 15:00:02 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qACExw2c018811
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <internals@lists.php.net>; Mon, 12 Nov 2012 15:00:01 GMT
Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qACExweq021990
	for <internals@lists.php.net>; Mon, 12 Nov 2012 08:59:58 -0600
Received: from [10.164.34.93] (/193.9.13.102)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Mon, 12 Nov 2012 06:59:58 -0800
Message-ID: <50A10EF1.1010405@oracle.com>
Date: Mon, 12 Nov 2012 16:00:01 +0100
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: internals@lists.php.net
References: <CADajX4CYZdNpgQv46m_6J7tQLBc=h6HxCn-bGpxr3Ou2VaqgBg@mail.gmail.com> <50A0F797.30604@daylessday.org> <CADajX4DimWGtWp7Af-XgSjU2E4G0ZTwryt4zQXiumb3wtZe60g@mail.gmail.com> <50A10C43.2000704@daylessday.org>
In-Reply-To: <50A10C43.2000704@daylessday.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Source-IP: ucsinet22.oracle.com [156.151.31.94]
Subject: Re: [PHP-DEV] RFC: ext/mysql deprecation
From: ulf.wendel@oracle.com (Ulf Wendel)

Am 12.11.2012 15:48, schrieb Antony Dovgal:
> On 2012-11-12 18:15, Adam Harvey wrote:
>> I don't think the documentation is necessarily effective here,
>> particularly with functions that users tend to know by heart
> <skip>
>> I'm not really convinced the average user ever looks at the manual for
>> things they know, truth be told.
>
> Well, I'd expect people actively developing applications in PHP to use
> the docs from time to time.
> But my concern is for people using legacy apps.
> True, they might not use the docs at all and the only warning they'll
> get when they do
> their usual PHP upgrade is error logs stuffed full of E_DEPRECATED.
> So what is they going to do in that case? Disable the notice, of course.


Don't bother. There is a standard way of deprecation, at least I assume 
there is. Its proven. Use it: docs warnings, E_DEPRECATED, remove.

Ulf