Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:92861 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98285 invoked from network); 28 Apr 2016 07:21:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Apr 2016 07:21:09 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:46165] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 51/B2-14004-1E9B1275 for ; Thu, 28 Apr 2016 03:21:05 -0400 Received: (qmail 1442 invoked by uid 89); 28 Apr 2016 07:21:02 -0000 Received: by simscan 1.3.1 ppid: 1436, pid: 1439, t: 0.2892s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 28 Apr 2016 07:21:02 -0000 References: <571965D1.9020102@zend.com> <5719CDB2.90103@zend.com> <571DCA6A.2070803@zend.com> <571E35D8.8080504@zend.com> <571E4A83.3080304@garfieldtech.com> <571E64A2.2040505@gmail.com> <5720A6B4.4000307@lsces.co.uk> To: PHP Internals List Message-ID: <5721B9DD.3050300@lsces.co.uk> Date: Thu, 28 Apr 2016 08:21:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP Attributes -> docBloc alternatives ... From: lester@lsces.co.uk (Lester Caine) On 28/04/16 06:35, Marco Pivetta wrote: > This is what Mike van Riel was working on with PSR-5. Work has been > suspended atm, but I'd still go look at that first. Sorry but php-fig is not PHP and sme of the 'standards' created there are at odds with the preferred practices in the PHP code ... which is one reason I see that some of the developments have been thankfully suspended. The changes to phpdocumentor are also at odds with core practices and that is why I am putting my hand up here. This needs to be agreed in the core first and personally I'd prefer that this annotation practice was the primary one, and adding hard coded options remained optional not enabled by default. Is composer now the only supported installation tool? Even phpdocumentor installer advises using other methods because of the mess composer creates if you are installing more than one 'application', but the only supported method for using php-annotations is via composer ... creating it's own problems when trying to add back code that existed in the past. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk