Another issue I just came across caused by :: being used for both
namespaces and classes is the fact when it comes to validation such as
the one I've just put it for constant names, its impossible to
determine if the prefix is a namespace or a class name. So, I
definitely think we should change :: to just about anything else, as
long as its not :: I'd be happy.
On 19-Oct-08, at 7:36 AM, Steph Fox wrote:
Hi Lester,
And there are no problems with those on foreign keyboards?
If there are, those foreign keyboards are unable to offer either
escaped chars or MS paths... which seems highly unlikely.
But do I still understand that there is an alternative method that
was not part of this last round of voting? And needs to be reviewed
in light of the current 'consensus' ?
It was linked from Greg's proposals too: http://wiki.php.net/rfc/namespaceref
. Basically (assuming that we're saying we want ns support for
functions/constants) Stas avoids the need for a second ns separator
by using the syntax
Name->Member
for static access. The 'avoid the need for second ns separator' part
of Stas' proposal has widespread support according to the poll, it's
just a case of figuring a way to manage this without introducing
ambiguity into the code.
Both Stas' proposal and Greg's option #3 are flawed in that way
(either to humans or to the Engine), so the search is on to find a
solution that isn't ambivalent to either - always assuming it's
possible.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
