<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="font-family:arial">On Fri, Aug 2, 2013 at 6:25 PM, Andrew Barnert </span><span dir="ltr" style="font-family:arial"><<a href="mailto:abarnert@yahoo.com" target="_blank">abarnert@yahoo.com</a>></span><span style="font-family:arial"> wrote:</span><br>

</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Aug 2, 2013, at 9:00, Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>


<br>
>> Using "@" as the marker character is also problematic, since the<br>
>> following degenerate case will probably confuse the parser (due to it<br>
>> looking too much like a decorator clause):<br>
>><br>
>>   @something() given:<br>
>>       ...<br>
><br>
> No, that would simply be forbidden. In this proposal, "@" can only mark<br>
> names of parameters in function calls. We already reuse "*" and "**"<br>
> for a specific meaning in front of function call parameters, so there's<br>
> a precedent for such polysemy.<br>
<br>
</div>That's fine if callbacks are the _only_ case you want to handle, but as Nick just explained, there are many other cases that are also useful. The middle of an if expression in a comprehension, for example, isn't a function parameter.<br>


<br>
Also, when you have a long function call expression--as you almost always do in, say, PyObjC or PyWin32 GUIs--you often want to put each parameter on its own line. While that won't confuse the parser, it could easily confuse a human, who will see "@callback," on a line by itself and think "decorator".<br>


<br>
It's probably worth taking some real examples from a bunch of different domains where you've defined something out-of-line but would use this proposal if you could, and rewriting them with each variation to see what they look like.</blockquote>

<div><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Is the reason to mark up the variables that are defined in the with/where/given block only a technical one (to support the parser)?</div>

<div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Best wishes,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">

Michael</div></div></div></div>