Squeak-dev October 2006

squeak-dev@lists.squeakfoundation.org

175 participants
305 discussions

Plopp for Java?
by Klaus D. Witzel 14 Nov '06

14 Nov '06

Found in ./ and has screenshots that look like Plopp for Java - http://science.slashdot.org/science/06/09/16/1916242.shtml Demo applet loads - http://www-ui.is.s.u-tokyo.ac.jp/~takeo/teddy/teddy/teddy.html /Klaus

13 17

Games with Squeak
by Lord ZealoN 09 Nov '06

09 Nov '06

Well, here a question to discuss ¿What do you think about use Squeak for make professional games? (with actual VM or possible future StrongTalk VM) I'm not talking about something like MineSweeper or Solitarie. I'm talking about a game with good graphics to sell. MMORPG (Lineage 2, EntropiaUniverse, Life...), RTS (Starwars, Warcraft...), Turn-Based Games (UFO, Civilization....) -- ::Mi blog:: http://blog.lordzealon.com Linux-User: #370919

18 29

[ANN] KernelImage Monticello repository with Comanche and Seaside
by Pavel Krivanek 08 Nov '06

08 Nov '06

There's new Monticello repository with pacakges for the KernelImage * http://www.squeaksource.com/KernelImage.html Here you can find modified versions of standard packages. You need to have KernelImage with Monticello support. That means that you should create basic KernelImage, then download latest versions of packages Compression, Network, PackageInfo and Monticello from the repository, unzip it end load source.st files of all this packages. Prepared image: http://www.comtalk.net/Squeak/uploads/98/KernelImage-MC-7061c.zip Use external files for long scripts, current console cannot process multiline commands. You may then reload this packages or newer versions from the repository again: #('Compression-pk.10.mcz' 'Network-pk.41.mcz' 'PackageInfo-al.6.mcz' 'Monticello-pk.309.mcz') do: [:packageName | ((MCHttpRepository location: 'http://www.squeaksource.com/KernelImage' user: '' password: '') loadVersionFromFileNamed: packageName) load ] Then you can load next packages like Comanche and Seaside. #('SUnit-pk.35.mcz' 'GraphicsFiles-pk.3.mcz' 'DigitalSignatures-pk.3.mcz' 'DynamicBindings-gk.3.mcz' 'KomServices-pk.4.mcz' 'KomHttpServer-pk.2.mcz' 'Seaside2-pk.7.mcz') do: [:packageName | ((MCHttpRepository location: 'http://www.squeaksource.com/KernelImage' user: '' password: '') loadVersionFromFileNamed: packageName) load ] Some other packages like Scriptaculous can be loaded from standard repositories. ((MCHttpRepository location: 'http://www.squeaksource.com/Seaside' user: '' password: '') loadVersionFromFileNamed: 'Scriptaculous-lr.141.mcz') load How to save package: | repository pkg | repository := (MCHttpRepository location: 'http://www.squeaksource.com/MyRepository' user: '' password: ''). pkg := MCPackage named: 'MyPackage'. pkg workingCopy repositoryGroup addRepository: repository. repository storeVersion: pkg workingCopy newVersion. All packages except Seaside are clean. That means that the image has empty Undeclared collection. The maintainers of this packages should look at this versions and modify their packages to be more adapted for UI-less and Tools-less images. http://www.comtalk.net/Squeak/98 -- Pavel

4 6

[ANN] FileMan on SqueakMap
by Masashi UMEZAWA 06 Nov '06

06 Nov '06

Hi, I've released FileMan on SqueakMap. http://map.squeak.org/package/f9917683-25da-4a6c-a013-b36527a100c1 Squeak's file libraries (Directory, DirectoryEntry, FileStream, etc.) are sometimes very confusing to use. FileMan provides a simple, refactored interfaces for manipulating files and directories by wrapping those classes. "Before" subDir := FileDirectory default directoryNamed: 'subDir'. subDir assureExistence. [str := subDir newFileNamed: 'file1'. str nextPutAll: 'Hello!'] ensure: [str close]. "After installation of FileMan" './subDir' asDirectoryEntry at: 'file2' put: 'Hello!'. Another example: "Copy all contents in ./doc to ./bkup/yymmdd (for daily backup)" './doc' asDirectoryEntry copyTo: './bkup' / Date today yyyymmdd. Features: - Path representation is portable (the example code runs on Windows, Mac, Linux). - Small package (consists of just two classes - FmDirectoryEntry, FmFileEntry) - Basic file operations - Dictionary-like operations - Pipe-like operations - Zip archive operations Enjoy! -- [:masashi | ^umezawa]

6 7

3.9 browser speed
by Andreas Raab 05 Nov '06

05 Nov '06

Hi Guys - I noticed that briefly yesterday but did some more investigation today and it turns out that the tools in 3.9 have become *really* slow. And it's not just because of the TTF caching. I turned off TTFs completely and noticed that things were still slow and then I devised a little benchmark: win := Browser openBrowser topView. win extent: 600@350. br := win model. br systemCategoryListIndex: 1. World doOneCycle. Transcript cr; show: [1 to: 10 do:[:i| br classListIndex: i. World doOneCycle. ]] timeToRun. The interesting thing about this benchmark is that you can run it multiple times to "increase the load" by having more browsers on the screen. I only noticed this accidentally but it turns out to be the relevant part. In 3.8 the above results in a sequence of Run 1: 598 msecs Run 2: 630 msecs Run 3: 683 msecs Run 4: 689 msecs So there is a little bit of slowdown when you add more browsers which is what I would expect (due to rounded corners triggering some extra overdraw, the additional structure etc). In 3.9 however, we get the following: Run 1: 883 msecs Run 2: 1311 msecs Run 3: 1632 msecs Run 4: 2006 msecs After four runs, we need 2.5 times as long as the first run. Something is causing a tremendous overhead for any additional browser on the screen. This matches my experience though originally I had attributed that to the TTF problems but it seems the issue is way deeper than that. Any ideas what was changed in 3.9 that could cause that slowdown? Cheers, - Andreas

5 9

The Squeak Collection of Outstanding Remarkable Values
by Klaus D. Witzel 03 Nov '06

03 Nov '06

Hi folks, I think that I'm going to build the Squeak Collection of Outstanding Remarkable Values. Therefore I have to tap the collective memory of the Squeakers (->YOU!) Take the following true positive examples which I hope do illustrate what I want to collect (further down below it has some false positive examples that I don't want to collect, just let them coexist please). Of course as soon as some momentum is gathered there be a web page which all the google users can make their start page. Do you happen to know a knowledgeable factum? If so, please post. Was such a collection already set up? If so, please post. Even if you have just some meager keywords: I want to know them, please post. I will do all the hard research work and find out the background and the related (if google permits). Thank you in advance, please post even your craziest idea! /Klaus +++++++examples+++++++ All platforms same image; unmatched interoperability. - http://www.squeak.org/Download Double dispatching; invented by the Smalltalk inventors. - http://portal.acm.org/citation.cfm?id=28732 Continuations; out of reach for majority of Smalltalk's competitors. - http://en.wikipedia.org/wiki/Continuation Seaside; nothing without continuations. - http://www.u3engage.org/public/thesis/ContinuationsModel.php - http://www-128.ibm.com/developerworks/java/library/j-cb03216/ -------examples------- Smalltalk is better than Java. Everything is possible with Smalltalk. Squeak is an ... - http://www.squeak.org/About/ Smalltalk, the language, is: - http://www.squeak.org/Features/

4 6

Removing Etoys, Morphic and other friends
by Klaus D. Witzel 03 Nov '06

03 Nov '06

Hi folks, I'm neither a proponent nor an opponent of removing Etoys, Morphic, etc. Instead, I'm wondering what this debate might be about (myth? conspiracy? who in squeak-dev knows ;-) Very recently Damien's Squeak-dev image has shown that if there is demand, there comes supply. The same is possibile with Etoys, Morphic, etc. After all, Squeak and ingredients are made of software; neither seat belts nor batteries are included. So the one and only questions that I hope remains is this: is someone willing to remove Etoys, Morphic, etc such that there be one .image without it and one .image in which it is pre-loaded. This is like if the same factory outputs new, diversified products: always a great idea and always improves the reputation! And if there is no one who effectively *does* it, let _whatever_it_is_ rot in the image-until someone must fix things in order to support her/his own stuff. Whether you like it or not, the latter happens anyway. I firmly believe that this community is not capable of doing anything else. That's my CHF 0.05 /Klaus

27 81

MPEG-4 support?
by Andreas Raab 01 Nov '06

01 Nov '06

Hi - Brief question: If one would want to integrate MPEG-4 in Croquet/Squeak what would good options look like? Any ideas about available libraries, pain of interfacing those, etc? In the best of all worlds an open source solution would of course be preferable but it would be useful to know and evaluate other alternatives, too. Cheers, - Andreas

10 11

Google Crawls Into Source-Code Search
by Klaus D. Witzel 01 Nov '06

01 Nov '06

Have a look at - http://www.google.com/codesearch?q=lang:smalltalk+continuation and enjoy Open Source! /Klaus

4 24

wiki.squeak.org
by Ken Causey 31 Oct '06

31 Oct '06

I would like to suggest that the community get used to using http://wiki.squeak.org/ in preference to our usual http://minnow.cc.gatech.edu/squeak/ . As has been correctly pointed out there is a long history in the search engines of minnow URLs and while it would be nice for those to continue to work in the long run, I don't think it is realistic that GA. Tech is going to want their hostname used on a server which they do not host or maintain. I think we simply need to face the reality that at some point we are going to lose that URL. To that end I suggest that we immediately begin using http://wiki.squeak.org/ in every case. I have it setup so that URLs like http://wiki.squeak.org/5888 are correctly redirected for now and once the Swiki is moved hopefully the same URLs will work later. Hopefully if we start using these URLs sooner than later the search engines will begin picking them up even before the use is necessary. Realistically we are going to have trouble with search engines for a long time to come, but it can only help to get started now. Ken

3 3

Jump to page: