[squeak-dev] [ANN] Minecraft Bindings - Minecraft.zip (0/1)
Bert Freudenberg
bert at freudenbergs.de
Wed Mar 6 18:02:42 UTC 2013
On 2013-03-06, at 18:19, Louis LaBrunda <Lou at Keystone-Software.com> wrote:
> Hey Bob,
>
> I will have to think about this for awhile. I like how values in a pool
> dictionary look in code. But I take your point about being able to browse
> methods and group them in categories (I would have to get Alex to work on
> the categories and what goes in them).
You can as easily split up the pool initializers.
> Bert seems to like pool but also
> thought instance methods would be good. Someone also said they would
> prefer class side methods. I could go with the pool dictionary I have (I
> fixed the initialize as you suggested, thanks) and add class methods to
> create the instance/class methods and let people run them if they like.
That would be an idea. If you generate them into a "*generated" category they won't even make the package dirty.
I don't think it's necessary though.
- Bert -
> I will think about it and I'm still open to suggestions.
>
> Lou
>
>> The pool approach is probably good, but I'm always a little leery of
>> things stored in different ways and places. Since the system browser,
>> optimized for looking at classes and methods, is the primary tool for
>> most of us, I tend to prefer ways to work within that context. Defining
>> pool variables and then defining methods to return those variables does
>> seem a bit much, but what about dispensing with the pool variables and
>> auto-generating methods like:
>>
>> brownWool
>>
>> ^#(35 12)
>>
>> These methods could be grouped in categories to facilitate browsing for
>> interesting textures/objects/whatchamacallums. For most of us browsing
>> for senders is a bit more natural than browsing for references to pool
>> variables. FWIW.
>>
>> Cheers,
>> Bob
>>
>>
>> On 3/6/13 9:43 AM, Louis LaBrunda wrote:
>>> Yes it is. But at the time I thought (my mistake) Bert wanted/suggested
>>> that I create instance side messages to his Minecraft class. That would
>>> require it having the pool dictionary defined before the methods could be
>>> added and I kind of wanted it to be all automatic. As it turns out Bert is
>>> happy with just the pool dictionary and people can add/use it wherever they
>>> like.
> -----------------------------------------------------------
> Louis LaBrunda
> Keystone Software Corp.
> SkypeMe callto://PhotonDemon
> mailto:Lou at Keystone-Software.com http://www.Keystone-Software.com
>
More information about the Squeak-dev
mailing list
|