Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59403 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 549 invoked from network); 7 Apr 2012 13:49:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Apr 2012 13:49:16 -0000 Authentication-Results: pb1.pair.com smtp.mail=h.reindl@thelounge.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=h.reindl@thelounge.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain thelounge.net designates 91.118.73.15 as permitted sender) X-PHP-List-Original-Sender: h.reindl@thelounge.net X-Host-Fingerprint: 91.118.73.15 mail.thelounge.net Received: from [91.118.73.15] ([91.118.73.15:48329] helo=mail.thelounge.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B2/82-23111-BD5408F4 for ; Sat, 07 Apr 2012 09:49:16 -0400 Received: from srv-rhsoft.rhsoft.net (openvpn-rh.thelounge.net [10.0.0.241]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.thelounge.net (Postfix) with ESMTPSA id 033968F for ; Sat, 7 Apr 2012 15:49:12 +0200 (CEST) Message-ID: <4F8045D8.2050209@thelounge.net> Date: Sat, 07 Apr 2012 15:49:12 +0200 Organization: the lounge interactive design User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: internals@lists.php.net References: <8841AFC5-9B37-4F5A-9DD7-B9C10C4D4AD8@3ft9.com> In-Reply-To: <8841AFC5-9B37-4F5A-9DD7-B9C10C4D4AD8@3ft9.com> X-Enigmail-Version: 1.4 OpenPGP: id=7F780279; url=http://arrakis.thelounge.net/gpg/h.reindl_thelounge.net.pub.txt Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC5C2964FD043FB0FB7F4442E" Subject: Re: [PHP-DEV] PHP class files without On 7 Apr 2012, at 14:39, Tom Boutell wrote: >=20 >> From the viewpoint of someone writing reusable classes, the need to >> start with > above it is a silly annoyance they don't experience with other tools. >> >> That said, you are making valid points, I'm not convinced myself that >> "file extensions" necessarily should or could be determined in every >> context. But it seems the most viable way of addressing the issue - if= >> a viable way even exists. Partly I want to convince myself that this >> either can or can't ever be improved, and move on either way (: >=20 > If accidental newlines above the . the main question is why making them and where should php start and where better stop to hold users hands? what is the next? making ; optional and change the interpreter to a gambling-machine because someone comes out whining it does not work if he makes syntax errors? April 1st is over so please stop this useless discussion --------------enigC5C2964FD043FB0FB7F4442E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+ARdgACgkQhmBjz394AnniBwCfTN6Ov+sOFHnjtSBEdj0vPSBd OrIAn3lKJlkH4PD8Pu1wdNa6lJEaTel1 =V9VG -----END PGP SIGNATURE----- --------------enigC5C2964FD043FB0FB7F4442E--