[squeakland] [etoys-dev] About Skeleton
karlramberg at gmail.com
Tue Oct 11 18:28:50 EDT 2011
On Tue, Oct 11, 2011 at 6:59 PM, Randy Caton <rcaton at cnu.edu> wrote:
> I like the spreadsheet that Ricardo created because it is simple and basic
> and allows I/O. It leaves more for learners to create. Couldn't the
> functions already in etoys be used in the cells? Does Skeleton allow plots?
> If so, then what about Ricardo's graphs? I'd like to see them in etoys
I think it is possible to make all these graphs out of skeleton.
>From what I see is Skeleton a extension to the way we script and
visualize in Etoys,
It seems to have a thought out model.
Only working with it and managing the code will tell if it something
we find useful and worth while.
> Randall Caton
> 41596 Bald Eagle Drive
> Bigfork, MN 56628
> Sent from my iPhone
> On Oct 11, 2011, at 11:41 AM, Ricardo Moran <richi.moran at gmail.com> wrote:
> On Tue, Oct 11, 2011 at 11:20 AM, Bert Freudenberg <bert at freudenbergs.de>
>> On 11.10.2011, at 14:34, Ricardo Moran wrote:
>> > Hi,
>> > The squeak list is currently discussing about a spreadsheet morph, and
>> > that just reminded me about how cool is Skeleton actually. So I'm wondering
>> > why it is not in Etoys? I found an old discussion stating that it could be a
>> > nice extension to Etoys but the biggest issue being the slow loading of
>> > external code. I have to agree with that being a problem but I think we
>> > might reconsider just include it in the image as with Dr Geo.
>> > I know we already have a bloated image full of half finished projects
>> > but from what I briefly tested Skeleton seems to work out of the box. And it
>> > doesn't add a *huge* amount of new code. See this simple comparison with
>> > DrGeo:
>> > (PackageInfo named: 'Skeleton') systemCategories size. 2
>> > (PackageInfo named: 'Skeleton') classes size. 38
>> > (PackageInfo named: 'Skeleton') methods size. 654
>> > (PackageInfo named: 'Skeleton') linesOfCode. 4765
>> > (PackageInfo named: 'DrGeoII') systemCategories size. 10
>> > (PackageInfo named: 'DrGeoII') classes size. 214
>> > (PackageInfo named: 'DrGeoII') methods size. 1863
>> > (PackageInfo named: 'DrGeoII') linesOfCode. 17154
>> > Another issue, I guess, is that if Skeleton gets included someone will
>> > have to maintain it, but from what I've seen the latest version dates from
>> > 2006 and it still works today. So maybe it won't be that big of an issue.
>> > Anyway, if you want to test it:
>> > http://www.languagegame.org:8080/ggame/11.
>> > Cheers,
>> > Richo
>> How does it compare to the data table thing you did in your GSoC project?
> My data table serves the only purpose of importing/exporting CSV files, but
> not much else, whereas Skeleton is a proper spreadsheet, it supports
> functions, and is well integrated with etoys via drag and drop of tiles.
>> Would be nice to have only one, not two table-like objects.
> I agree, but since my table is not integrated anyway, I vote for integrating
> Skeleton which is much better than what I did. And if we want the I/O of csv
> files, I could find the way of adapting Skeleton. It shouldn't be that
> difficult, I suppose.
>> - Bert -
>> squeakland mailing list
>> squeakland at squeakland.org
> squeakland mailing list
> squeakland at squeakland.org
> etoys-dev mailing list
> etoys-dev at squeakland.org
More information about the squeakland