Decorator syntax

[Reinhold Birkenfeld]

Paul McGuire wrote:


> Please reconsider the "def f() [classmethod]:" construct.  Instead of
> invoking a special punctuation character, it uses context and placement,
> with familiar old []'s, to infuse the declaration of a function with special
> characteristics.  If this causes def lines to run longer than one line,
> perhaps the same rule that allows an unmatched "(" to carry over multiple
> lines without requiring "\" continuation markers could be used for unmatched
> "["s, as in:
> 
> def f() [ staticmethod,
>     synchronized,
>     alphabetized,
>     supersized,
>     returns('d') ]:
> 
> 
> "If I'd wanted mucilage, I'dve ordered mucilage." - Humphrey Bogart, "All
> Through the Night"
> If I'd wanted to write in Java, I'dve written in Java.
> 
> Keep Python Beautiful.

Full ACK!

But I fear that without a formal "voting" Python will go the pragmatic
way - that is, keep @ as it's already implemented.

So what would be the most effective way to notify the developers that
(I'm guessing) 90% of the Python community dislike the @ syntax and want
an other?

Reinhold

-- 
Wenn eine Linuxdistribution so wenig brauchbare Software wie Windows
mitbrächte, wäre das bedauerlich.  Was bei Windows der Umfang eines
"kompletten Betriebssystems" ist, nennt man bei Linux eine Rescuedisk.
  -- David Kastrup in de.comp.os.unix.linux.misc