3 Nov
2010
3 Nov
'10
10:43 a.m.
Hi Stef,
Still the point is how can we make sure that we can debug it because the model is aligned
with our mental model.
Yes, this is important, but I do not have a good answer here. The same thing happens in
Mondrian, and also in Seaside. We would need some interesting Exceptions that would allow
us to translate the internal problems into something that the user can understand. This
would be a good candidate for a research project :)
This is an hidden assumption and without an example I would have no idea that I should
pass 3 arg block.
Blocks used at their limits are evil since they do not have names.
It is hidden indeed, and that is why the current API tries to limit the amount of block
arguments for 99% of usages to about 2. The case of children: is not quite representative,
and I agree that it is rather obscure.
Good.
I'm eager to see that.
Now consider that your focus should not be on scripting (you have that API) but on how to
build classes and use
the power of classes to achieve build the same browsers.
I know :).
Cheers,
Doru
--
www.tudorgirba.com
"Some battles are better lost than fought."
I asked several guys around here to have a look at
Glamour and gives you feedback and to see if we can build some cool tools
with glamour. Alain told me that he will have a look too.
Now the problem of benjamin is also really interesting in the sense that we could not
debug it and find the problem ourselves
and that was frustrating: mismatch of block arguments or something like that.
This was a mismatch of the returned type. I have no
idea what is x.
in this case, the second variable is not used inside the block, so I just marked it with
x to document that fact. The object is the presentation object. So for me there is an overuse of block and blocks have
no name contrary to method so we miss a lot of the hidden context.
So any solution lowering the amount of blocks would be good may be using methods instead
and (in that case having
less scripting and more programming api would help).
The blocks are just a convenience to construct and parameterize your presentations. Of
course, this is only one way, and not the only way :). There really isn't anything
magic about it. But, as I said, I will follow with another mail in the following days.