[etoys-dev] [squeakland] About Skeleton

[Randy Caton]

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 also. 

Randy

Randall Caton
41596 Bald Eagle Drive
Bigfork, MN 56628
218-832-3490
http://www.pcs.cnu.edu/~rcaton
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> wrote:
> 
> 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.
> 
> Cheers,
> Richo
>  
> 
> - Bert -
> 
> 
> _______________________________________________
> squeakland mailing list
> squeakland at squeakland.org
> http://lists.squeakland.org/mailman/listinfo/squeakland
> 
> _______________________________________________
> squeakland mailing list
> squeakland at squeakland.org
> http://lists.squeakland.org/mailman/listinfo/squeakland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20111011/5244d78f/attachment-0001.html>