An alternative FFI/Parser proposal

stéphane ducasse ducasse at iam.unibe.ch
Mon Aug 21 13:32:15 UTC 2006


On 21 août 06, at 14:47, Bert Freudenberg wrote:

> stéphane ducasse schrieb:
>> Bert
>> do I understand correctly that you could then do the same
>>>     showOptions
>>>         <on: fire in: optionButton>
>>>         optionDialog open
>>>
>> with     <on: #fire in: #optionButton>
>> since this is the interpretation of the symbols that give them  
>> semantics.
>> ie mapping optionButton to a field.
>
> If you insist on using "pragma syntax", yes.

I do not insist, I just want to understand :)

> In Andreas' method property implementation, this annotation indeed  
> adds a property named #on:in: with the value #(#fire #optionButton).
>
> However, the missing # in the in: part indicates that this is *not*  
> any arbitrary symbol, whereas the event name is.

Ok do you mean that I cannot put #zork but this is an event name.

> So for ultimate consistency it would need to be written as
>
> 	<on: #fire in: optionButton>
>
> However, this would add a bit of visual clutter. And, it would look  
> like you could use a literal other than a Symbol for the event  
> name. So the #  is implied just like in a literal array.

Ok so this means that basically there would not too much change to  
get something consistent with pragmas if we want.

Stef
>
> - Bert -
>
>
>
>




More information about the Squeak-dev mailing list