Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125771
Feedback-ID: i8414410d:Fastmail
Precedence: bulk
MIME-Version: 1.0
Date: Wed, 09 Oct 2024 02:22:18 -0500
To: "php internals" <internals@lists.php.net>
Message-ID: <7633ddfb-dcdb-4e5c-ac7d-6de6765a73e8@app.fastmail.com>
In-Reply-To: <A3368085-4F92-409A-B2DE-63E149D6929E@newclarity.net>
References: <92b537ac-62f4-435c-bf55-07223cfa1915@app.fastmail.com>
 <FB303710-75A5-447E-9A6C-DCF4FD956542@koalephant.com>
 <cdbc3c06-7369-49d1-a794-06568cea4be7@app.fastmail.com>
 <1E3250E0-17C7-4BCD-9A5F-7F2FED48686D@newclarity.net>
 <60dd81ad-7232-48a4-b419-48066bf15197@app.fastmail.com>
 <A3368085-4F92-409A-B2DE-63E149D6929E@newclarity.net>
Subject: Re: [PHP-DEV] [RFC] Policy on 3rd party code
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
From: larry@garfieldtech.com ("Larry Garfield")

On Tue, Oct 8, 2024, at 8:48 PM, Mike Schinkel wrote:
>> On Oct 7, 2024, at 7:31 PM, Jim Winstead <jimw@trainedmonkey.com> wrote:
>> 
>> What is currently blocking content that at least one unpaid volunteer* wants to contribute in a way that leverages the existing technical infrastructure is that there is vague, unwritten policy that we don't mention third-party tools in the PHP documentation, except for all of the third-party tools that we already mention in the PHP documentation.
>
> I am totally with you on this, and I apologize on my part if anything 
> about what I said made people view it as an either-or proposition. 
>
> Instead, I intended comments were intended to be viewed as "Yes, and..."

*snip*

At this time, we're not looking for yes-ands in this thread.  Please stop dragging it off topic into your own pet ideas.  If you really want to push them, start new threads for them and leave this one alone.

--Larry Garfield