Re: no chance of multiple namespaces per file

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? --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