Squeak-dev December 2010

squeak-dev@lists.squeakfoundation.org

95 participants
379 discussions

Re: [squeak-dev] The Inbox: EToys-rjh.76.mcz
by Hannes Hirzel 15 Apr '11

15 Apr '11

I support this addition.... --Hannes On Tue, 28 Sep 2010 18:49:22.117 0000, commits(a)source.squeak.org <commits(a)source.squeak.org> wrote: > A new version of EToys was added to project The Inbox: > http://source.squeak.org/inbox/EToys-rjh.76.mcz > > ==================== Summary ==================== > > Name: EToys-rjh.76 > Author: rjh > Time: 28 September 2010, 7:49:07.394 pm > UUID: 12db789e-0c08-40a0-a7d4-bc5636a4ad19 > Ancestors: EToys-ar.75 > > Please see the existing squeak-dev thread: "forward: and turn: in Morph - > are we missing immediacy?" > > Currently, immediacy is lost because the following gives an error: > x:=EllipseMorph new openInHand. > x forward: 100 > > This proposed change makes good sense for the initial teaching of Smalltalk > by hiding a very quirky and state based behaviour. > > =============== Diff against EToys-ar.75 =============== > > Item was added: > + ----- Method: Morph>>forward: (in category '*Etoys') ----- > + forward: distance > + self assuredPlayer forward: distance! > > Item was added: > + ----- Method: Morph>>turn: (in category '*Etoys') ----- > + turn: angle > + self assuredPlayer turn: angle! > > >

1 1

Re: [squeak-dev] The Inbox: Sound-hjh.16.mcz
by Hannes Hirzel 15 Apr '11

15 Apr '11

P.S. I do not consider this fix to be a great idea (yet). The reasons why I have posted this 1) I would like to draw the attention to the class SampledSound (away from 'String', I do not like the idea of putting more things there) 2) I would just like to find out if there are some easy possibilities that we can make the sound library interface a bit more user friendly ('a small sound access DSL) --Hannes On Wed, 28 Apr 2010 15:24:24.473 0000, commits(a)source.squeak.org <commits(a)source.squeak.org> wrote: > A new version of Sound was added to project The Inbox: > http://source.squeak.org/inbox/Sound-hjh.16.mcz > > ==================== Summary ==================== > > Name: Sound-hjh.16 > Author: hjh > Time: 28 April 2010, 3:22:50.121 pm > UUID: 5859af18-61f2-4d48-83c9-f8703d57aeb3 > Ancestors: Sound-nice.15 > > playSoundNamed: aString > > does not play anything if there is no sound with the name 'aString'. The > user gets a dialog which is fine. But maybe there should be a sound as well. > > The playing of sounds should be made easier. > > SampledSound playSoundNamed: 'hello' > > is clumsy. > > Something like > Sound play: 'hello' > > (There is not class sound which is a bit odd, there is AbstractSound and > SampledSound for example) > > =============== Diff against Sound-nice.15 =============== > > Item was changed: > ----- Method: SampledSound class>>playSoundNamed: (in category 'sound > library') ----- > playSoundNamed: aString > "Play the sound with given name. Do nothing if there is no sound of that > name in the library." > "SampledSound playSoundNamed: 'croak'" > > | snd | > snd := self soundNamed: aString. > + snd ifNil: [snd:=Beeper default]. > + snd play. > + ^ snd > - snd ifNotNil: [snd play]. > - ^ snd > ! > > >

1 1

Search Engine for Smalltalk Codes
by Zhe-Xi Lim 03 Apr '11

03 Apr '11

Hi, I am planning to implement a search engine just like Google to ease the searching of smalltalk codes in Squeak. The current available search in Squeak has drawbacks in the sense that it goes by the conventional way of information retrieval. I would like to index all the classes, comments and methods in Squeak image to provide an intelligent, faster and efficient way of searching facility in Squeak. This will also help in promoting codes re-usability in the development of Smalltalk. And then I would like to know if there is a search engine or information retrieval algorithms written in Smalltalk that already made available. If there is such a routine in Smalltalk, could anyone show it to me so that redundant work can be avoided? Thanks. Regards, Zhe-Xi -- View this message in context: http://forum.world.st/Search-Engine-for-Smalltalk-Codes-tp3168673p3168673.h… Sent from the Squeak - Dev mailing list archive at Nabble.com.

4 10

Refactoring Browser and Rewrite Engine for Squeak
by Chris Cunnington 26 Mar '11

26 Mar '11

I just changed the Squeak Wiki <http://wiki.squeak.org/squeak/227> entry about the RefactoringBrowser to what you see below. If what I've said is wrong, please say how. Also, the username/password for changing the Squeak Wiki is squeak/viewpoints. Anybody can contribute or update. Chris The RefactoringBrowser is now a series of menues in the OmniBrowser. You get the OmniBrowser in your system by executing this code in a Workspace. "Omnibrowser" (Installer wiresong project: 'ob') install: 'OmniBrowser'; install: 'OB-Morphic'; install: 'OB-Standard'; install: 'OB-Shout'; install: 'OB-SUnitIntegration'. "Refactoring engine and OB integration" (Installer ss project: 'rb') install: 'AST'; install: 'Refactoring-Core'; install: 'Refactoring-Spelling'; project: 'Regex'; install: 'VB-Regex'. (Installer wiresong project: 'ob') install: 'OB-Refactory'; install: 'OB-Regex'. Once you've done that, when you reach for a browser, it will ask you which of three browsers you want: Packaging, Omni, or regular. You can change from one to the other by clicking on a menu on the top rim of an open browser.

6 7

Teleplace is hiring...
by Eliot Miranda 21 Mar '11

21 Mar '11

Hi All, Are you eager to work on cutting-edge business communications technology? Are you passionate about UI design? Do you have significant experience implementing innovative user interfaces in Smalltalk? Do you and your peers consider yourself a strong Smalltalk programmer? If so, Teleplace is hiring and looking for someone just like you. Please send resumes to Stephen Ceplenski <steve(a)teleplace.com>, Andreas Raab <andreas.raab(a)teleplace.com> or myself, Eliot Miranda <eliot(a)teleplace.com>. best Eliot

11 26

SimpleMorphic
by Juan Vuletich 08 Mar '11

08 Mar '11

Hi Folks, A few days ago I released SimpleMorphic for Pharo. SimpleMorphic is the Morphic implementation in Cuis. It is much smaller and simpler than the one in Pharo (and in Squeak). Please see http://lists.gforge.inria.fr/pipermail/pharo-project/2010-November/035302.h… . A link to the code (for Pharo 1.2) is included. While this release of the code is for Pharo, it shouldn't be a big deal to make it run on Squeak. My hope is that the Pharo community studies it in detail, adopts it, and eventually remove the old Morphic. For Squeak, maybe the same happens. Or perhaps there would be 2 Morphic UIs for Squeak: FullMorphic+Etoys and SimpleMorphic... So, what do you think? I also sent this comment to the Pharo mail list recently, trying to make clear why SimpleMorphic is useful: "Size of 4 core classes (Morph, MorphExtension, PasteUpMorph and WorldState) Pharo / Squeak / Cuis totalIvars: 39 / 46 / 26 totalClassVars: 15 / 10 / 5 totalInstMethods: 1170 / 1764 / 663 totalClassMethods: 55 / 71 / 16 Size of the whole Morph hierarchy Pharo / Squeak / Cuis totalClasses: 197 / 331 / 58 totalIvars: 649 / 1063 / 257 totalClassVars: 54 / 138 / 28 totalInstMethods: 6651 / 9186 / 2115 totalClassMethods: 303 / 858 / 127 SimpleMorphic is much smaller. Core classes are simpler and easier to understand, fix and extend. The most important part is that this is not blind removal of unused code. A lot of the functionality has been redesigned to make it simpler, and the removal was done with great care to result in a consistent system. This work started in 2004, so we're talking of about 6 years of careful work. All this means that SimpleMorphic does not support all the features that Pharo or Squeak might support. Please use the browsers and other tools in Cuis to check what it indeed can do. Talking about complexity, let's take for example, morph layout. This is started with #doLayoutIn: in Pharo and #doLayoutIfNeeded in SimpleMorphic. In Pharo, this method calls #adjustLayoutBounds: (19), #layout:in: (149), #layoutProportionallyIn: (10), #computeCellArrangement:in:horizontal:target: (87), #computeGlobalCellArrangement:in:horizontal:wrap:spacing: (31), #computeCellSizes:in:horizontal: (30), #computeExtraSpacing:in:horizontal:target: (136), #layoutLeftToRight:in: (91), #layoutTopToBottom:in: (91), #placeCells:in:horizontal:target: (70). The numbers in parenthesis are the sum of the lines of code of the implementors. Total lines of code for layout (taking only these most important methods) is 714. I doubt there are many people who really understand all of this code. In SimpleMorphic (Cuis), this calls #layoutSubmorphsIn: (10), #applyLayoutFrameIn: (11), #layout:in: (24). Total lines of code is 45. I believe any smalltalker could understand these in just minutes." Cheers, Juan Vuletich

7 21

a slim holiday present, cpic
by Eliot Miranda 06 Mar '11

06 Mar '11

Hi All, don't know if this is useful to you or whether you've already written it yourself but I finally caved and wrote a shell command that copies an image/changes file pair, replacing the hundreds of times I've issued the two parallel commands, cpic = copy image and changes. Happy holidays -------8<------- #!/bin/sh # copy image and changes force=0 if [ "$1" = -f ]; then force=1 shift fi if [ $# != 2 -o "$1" = "-?" -o "$1" = --help ]; then echo "usage: $0 [-f] image-name-no-ext [image-name-no-ext|dir]" test $# != 2 && exit 1 exit 0 fi if [ -f "$2.image" -o -f "$2.changes" ]; then if [ "$force" = 0 ]; then echo "$2.image and/or $2.changes already exist." 1>&2 exit 1 fi elif [ -d "$2" ]; then if [ -f "$2/$1.image" -o -f "$2/$1.changes" ]; then if [ "$force" = 0 ]; then echo "$2/$1.image and/or $2/$1.changes already exist." 1>&2 exit 1 fi fi cp "$1.image" "$1.changes" "$d" exit 0 fi cp "$1.image" "$2.image" cp "$1.changes" "$2.changes"

3 4

Browser whitewash
by Eliot Miranda 02 Mar '11

02 Mar '11

Hi All, while all these cool new browsers are great I get on well with the standard browser and my multi-window hack around it. But the multi-window hack shows up one major weakness with the default Browser, and that is it's use of list indices (systemCategoryListIndex classListIndex messageCategoryListIndex messageListIndex). These should just be systemCategoryName, className, messageProtocol (categories are in System-Organization; classes have protocols) messageSelector. If this happened the indices the browser has into the system would never become obsolete as does happen for example when one adds a class to a category, invalidating any classListIndex values into the same category, or systemCategoryListIndexes as happens often when the SystemOrganization changes on loading a package. So if anyone is looking for a small useful project, someone who probably has RB chops, how about reimplementing Browser so that it is essentially unchanged except for the indexes being ripped out, buried and stomped on? If someone did this I'd get round to using menu pragmas throughout and integrating the RB into the base Browser. cheers Eliot

4 5

Squeak download stats?
by Thomas A Petersen 27 Feb '11

27 Feb '11

Greetings, FWIW, I download beta/gamma versions about once a month to test. Those that prove stable get my influx of current work for day to day use. I download the official version and move to it if it proves stable for my uses until about the middle of the next beta cycle. I also have a couple of friends that I pass the stable specialized images on to about once a year. A couple of other people I know pull the distribution for Windows and/or Linux when I let them know there is an official upgrade. Thanks again for a great place to think and learn, tap

6 5

A Bootstrap Compiler
by Yoshiki Ohshima 17 Feb '11

17 Feb '11

Hi, We've been playing with John's MicroSqueak and it occured to me that having a bytecode compiler that is implemented outside of Squeak opens some possibilities, such as generate a growable image file from all text files, or make deep changes to the system without shooting yourself. I wrote a longer explanation so if you are interested, please go to: https://github.com/yoshikiohshima/SqueakBootstrapper and check it out. Thank you! -- Yoshiki

14 30

Jump to page: