Re: no chance of multiple namespaces per file

On Dec 4, 2007 8:43 PM, Tony Bibbs <tony@tonybibbs.com> wrote: > Sorry, as an outsider when I say "cluster kcuf" I mean more-so when you look at the > entire process it took to get here. First the assertion this feature would be in 5.x...then the > whole process of looking at the existing NS patches out there, critiquing them, ditching them and > then coming up with Greg's implementation to only get to a point to ditch it all together. > > I can't say I have much argument for not rethinking this but there are A LOT of smart > people on the PHP-DEV list (many of who are on this list too) and it's just frustrating to > think in spite of this we may be waiting for another go-around at all this. > > Regardless, as an advocate of PHP and PEAR I'd rather see this done right then done > half-assed...but I can still be frustrated, right? Ohh you can and believe me I am probably more frustrated than anyone :) > > --Tony > > > ----- Original Message ---- > From: David Coallier <davidc@php.net> > To: Tony Bibbs <tony@tonybibbs.com> > Cc: Paul M Jones <pmjones@ciaweb.net>; Joshua Eichorn <josh@bluga.net>; Gregory > Beaver <greg@chiaraquartet.net>; PEAR Announce <pear-dev@lists.php.net> > Sent: Tuesday, December 4, 2007 4:30:20 PM > Subject: Re: [PEAR-DEV] no chance of multiple namespaces per file > > > I have had the discussion with Derick and we have spoken about the > note he just sent, this is something I also agree on. > > On Dec 4, 2007 5:25 PM, Tony Bibbs <tony@tonybibbs.com> wrote: > > It may not matter. I see Derrick Rethans just sent a note to PHP-DEV > suggesting it should be taken out completely. > > > > What a cluster kcuf this has become... > > I believe not, the current implementation is made in a way that is, > imho, not suitable for PEAR, and it might still be accepted as a > standard, this is not my choice. But I don't think it's a cluster fcuk > because people are discussing it. This implementation has bad sides > and good sides (imo more bad but hey..). > > We have been talking Derick and I for the past hour or so about the > removal in core and since most of the community seems to agree about a > few features that some other people don't want, I see no reason why it > should stay in. It can always come back at a later stage. > > Meh.. oh well. > > > > --Tony > > > > > > ----- Original Message ---- > > From: Paul M Jones <pmjones@ciaweb.net> > > To: Joshua Eichorn <josh@bluga.net> > > Cc: Gregory Beaver <greg@chiaraquartet.net>; PEAR Announce > <pear-dev@lists.php.net> > > Sent: Tuesday, December 4, 2007 4:14:35 PM > > Subject: Re: [PEAR-DEV] no chance of multiple namespaces per file > > > > > > > > On 04 Dec 2007, at 14:45, Joshua Eichorn wrote: > > > > > Gregory Beaver wrote: > > >> hi all, > > >> > > >> There's no chance of multiple namespaces per file. If that's an > > >> issue, > > >> we can drop namespaces (meaning forbid their usage) from the > coding > > >> requirements in PEAR2. > > >> > > >> Comments? > > >> > > >> Greg > > >> > > >> > > > I don't have a problem with it. Once you have namespaces you can > > > use them to alias long names to short ones when coding. You don't > > > gain much by actually using the namespaces. We can also provide > > > example imports for shorter names. > > > > I have no problem with forbidding them either. With that in mind, I > > think we should be clear on a couple points: > > > > 1. *Do not* use formal PHP namespaces. > > > > 2. *Do* use informal namespaces (i.e. pseudo-namespace prefix on all > > class names, function names, global vars and global constants, et > al). > > > > If there is some way to additionally say "if you must use formal PHP > > namespaces, do so in X fashion" that would be good, but I don't see > > offhand how it would be possible/reasonable to combine formal and > > informal namespaces. > > > > > > -- > > > > Paul M. Jones <http://paul-m-jones.com> > > > > Solar: Simple Object Library and Application Repository > > for PHP5. <http://solarphp.com> > > > > Join the Solar community wiki! > > <http://solarphp.org> > > > > Savant: The simple, elegant, and powerful solution for > > templates in PHP. <http://phpsavant.com> > > > > -- > > PEAR Development Mailing List (http://pear.php.net/) > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > -- > > PEAR Development Mailing List (http://pear.php.net/) > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > > > -- > David Coallier, > Founder & Software Architect, > Agora Production (http://agoraproduction.com) > 51.42.06.70.18 > > -- > > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- David Coallier, Founder & Software Architect, Agora Production (http://agoraproduction.com) 51.42.06.70.18