Re: [etoys-dev] About Skeleton
karl ramberg <[email protected]>
| Newsgroups | gmane.comp.lang.smalltalk.squeak.squeakland |
|---|---|
| Message-ID | <CAGzzWLjHb0opdfXcnud8FeOjDk2hdU5m4U=fY7m_GLsWi5kv4A@mail.gmail.com> |
On Sat, Oct 15, 2011 at 1:02 AM, Ricardo Moran <[email protected]> wrote: > Hi, > I uploaded to the inbox a version of Skeleton with a few changes of mine > that allows you to use a spreadsheet just as you would use mine to > import/export data and iterate over its contents. > I also commited a version of the CSV package, which I use to do the > importing. However, I didn't remember to look at the license of the package > before clicking commit and now that I did, I see it doesn't specify MIT, so > I'll ask the author about it (please forgive me and remove the commit if it > can be a problem). > Anyway, if you can please tell me what you think. > Cheers, > Richo That is CSV Parser from SqueakSource right ? I don't see a licence anywhere ... Can you mail Avi Bryant and ask ? Karl > > On Tue, Oct 11, 2011 at 7:28 PM, karl ramberg <[email protected]> wrote: >> >> On Tue, Oct 11, 2011 at 6:59 PM, Randy Caton <rcaton-aUQ/[email protected]> 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 >> > also. >> > Randy >> >> Hi >> 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. >> >> Karl >> >> >> > >> > 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 <[email protected]> >> > wrote: >> > >> > >> > On Tue, Oct 11, 2011 at 11:20 AM, Bert Freudenberg >> > <[email protected]> >> > 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 >> >> [email protected] >> >> http://lists.squeakland.org/mailman/listinfo/squeakland >> > >> > _______________________________________________ >> > squeakland mailing list >> > [email protected] >> > http://lists.squeakland.org/mailman/listinfo/squeakland >> > >> > _______________________________________________ >> > etoys-dev mailing list >> > [email protected] >> > http://lists.squeakland.org/mailman/listinfo/etoys-dev >> > >> > > >