Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Christian Kaps
Hi, %Annotation(%Email(checkMX = true)); at first I thought what for an ugly syntax. But after a time I think it is regardless of whether the % or @(from Java, which I prefer over all, if it were possible) syntax is used. It looks very similar. So I prefer the % syntax so we can use the [] for

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Guilherme Blanco
Hi Stas and Christian, The separator never was a problem... but I definately don't want to see another 6 months just to define what would the separator be. If we need to drop [] in favor of array support, I vote for ! as separator. !Author(Guilherme Blanco) !Validation(!Email(checkMX = true))

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Stas Malyshev
Hi! The separator never was a problem... but I definately don't want to see another 6 months just to define what would the separator be. If we need to drop [] in favor of array support, I vote for ! as separator. The separator is not a problem (even though 1-char one produces much less

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Pierre Joye
On Sat, Sep 11, 2010 at 8:19 PM, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! The separator never was a problem... but I definately don't want to see another 6 months just to define what would the separator be. If we need to drop [] in favor of array support, I vote for ! as separator.

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Benjamin Eberlei
Hey everyone, I want to re-drop my proposal onto the table that is just a shortcut notation for php class instantiation inside that brackets (omiting the new keyword): annotation := [className(classArgs*)] classArgs := array | string | int | float | ... Re-pasting my examples (this time from

Re: [PHP-DEV] Re: PHP Annotations RFC + Patch

2010-09-11 Thread Stas Malyshev
Hi! It seems that there is a misunderstanding about the goals of the annotations. They are not meant to be read by human being (javadoc/phpdoc/etc. are) but to be parsed automatically to be used for services. If it's for services/phpdoc, why can't it be part of phpdoc? I see here a whole new