1. #3 - it is much cleaner to read than the other implementations in resolving the conflict. a different separator will be much harder to simply see from a comparison. in a state where many people are in fact doing code reviews and as it gets larger into big business the easier to read is going to be the best option (which is why #1 and #2 become difficult). #4 could have larger drawbacks in the terms of integration with existing projects or could cause conflicts and frustration. 2. No opinion.
On Fri, Oct 17, 2008 at 12:08 PM, Steph Fox <[EMAIL PROTECTED]> wrote: > Hi Stas, > > So far, my proposals hardly got any hearing at all, fair or otherwise - >> they were totally ignored on the vote - never even mentioned except for the >> note in Greg's wiki (which, despite being incorrect, was never fixed or >> changed), and it looks like at least some of the persons were under >> impression they vote for something I had proposed and in fact voted for >> something completely different. >> > > Don't worry, I'll work out some way to rectify that if needed (hopefully > without flooding internals@ again). All we're really getting out of this > straw poll is a broader picture of the elements that PHP users would or > would not like to see. > > - Steph (4 votes to go) > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >
