And why do not take my idea of have a Monticello thing what mimics .sar ?
I have working demos on Squeak 5.0, if time lets record a short video and upload to YouTube this week end.
On Aug 27, 2015, at 10:19 PM, David T. Lewis lewis@mail.msen.com wrote:
Base support for SAR formats should definitely be supported. I don't know why we lost it, but I do exactly what you did - load the old code when I need it, for example to support UTCDateAndTime http://wiki.squeak.org/squeak/6197 for which a SAR distribution is the only thing could possible work.
So yes, someone should pick up the important bits and put them back into trunk.
Dave
On Thu, Aug 27, 2015 at 05:59:01PM -0700, tim Rowledge wrote:
I?m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It?s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I?ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don?t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn?t thoroughly up to date.
It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
I don?t have any time to clean it up right now since I have a release to assemble for about 7 million Pi?s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
tim
tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Strange OpCodes: RLB: Ruin Logic Board