Squeak-dev August 2005

squeak-dev@lists.squeakfoundation.org

157 participants
234 discussions

Re: [Esug-list] Smalltalk related videos on Google Video
by Noury Bouraqadi 31 Aug '05

31 Aug '05

Hi, Thanks Marcus for this list. I format it a bit and add it to the ESUG web site (http://www.esug.org/onlinesmalltalkvideos/). It would be nice if we had some comments and date/location info for every movie. If someone have such info, please send it to the ESUG board (esug-info AT esug DOT org). Thanks, Noury Le 27 août 05, à 18:21, Marcus Denker a écrit : > Hi, > > ESUG (European Smalltalk Usergroup) is proud to announce that the > following videos > are now available at Google Video. Thanks for Andres Valloud for > collecting and encoding > the videos! > > Google Video allows only for streaming and is usable from windows only > for now. > > The videos will soon be available as a data DVD via ESUG. The video > there will be playable > on all systems, players for Mac and Win will be included on the DVD. > > Marcus > > What is Squeak? (Alan Kay) > http://tinyurl.com/a53zm > > Squeak and Croquet Demo Etech03 (Alan Kay and David A. Smith) > http://tinyurl.com/bywxe > > Croquet: A Collaboration Architecture (Alan Kay and David A. Smith) > http://tinyurl.com/cgcms > > The Computer Revolution hasn't happend yet. Keynote OOPSLA 1997 (Alan > Kay) > http://tinyurl.com/9vgdl > > Beyond VI -- Talk from euroko03 (Marcus Denker) > http://tinyurl.com/dczzt > > Alan Kay: Education in the Digital Age > http://tinyurl.com/8trwq > > Alan Kay: Graphical User Interfaces > http://tinyurl.com/daocv > > Bytecode-to-bytecode adaptive optimization for Smalltalk (Eliot > Miranda) > http://tinyurl.com/dparf > > Dan Ingalls: Object-Oriented Programming > http://tinyurl.com/784jk > > Alan Kay: Doing with Images Makes Symbols > http://tinyurl.com/cpgjz > > Self; The Video > http://tinyurl.com/8q6ku > > Doug Engelbart: The Demo > http://tinyurl.com/d9r9w > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/listinfo/esug-list > > -------------------------------------------------------------- Dr. Noury Bouraqadi - Enseignant/Chercheur Ecole des Mines de Douai - Dept. G.I.P http://csl.ensm-douai.fr/noury European Smalltalk Users Group Board http://www.esug.org Squeak: an Open Source Smalltalk http://www.squeak.org --------------------------------------------------------------

1 0

Re: Smalltalk and Self
by Marcus Denker 31 Aug '05

31 Aug '05

Am 31.08.2005 um 08:07 schrieb Alan Lovejoy: > Jecel>I don't understand - Sun wasn't able to utterly kill Self in > 1995 > because they *had* previously released it all as open source. > > Source code available under an open source license is not the same > thing as > "a Squeak-like open source **development project** for the language > and > IDE." In other words, a license is not a project, and a legal > document is > not a socio-cultural movement. The availability of the Self source > code > never sparked anything resembling the level of enthusiasm or > participation > engendered by the release of Squeak. > This nicely describes thes difference between Tweak and Squeak or Croquet and Squeak, too. The licence is is not what makes a project open. Marcus

1 0

RE: Smalltalk and Self
by Alan Lovejoy 31 Aug '05

31 Aug '05

Jecel>I don't understand - Sun wasn't able to utterly kill Self in 1995 because they *had* previously released it all as open source. Source code available under an open source license is not the same thing as "a Squeak-like open source **development project** for the language and IDE." In other words, a license is not a project, and a legal document is not a socio-cultural movement. The availability of the Self source code never sparked anything resembling the level of enthusiasm or participation engendered by the release of Squeak. Squeak was released in late 1996, at a time when there was still a significant body of Smalltalk practitioners, many of whom at the time were hungry for a free, open-source Smalltalk implementation (for a variety of reasons that shouldn't need to be enumerated here.) Self has never been in a similar situation. And regardless of its open-source availability, it has always been perceived as a research project, not as a production-quality development platform (regardless of the fact that perception is not always reality.) Also, as you yourself surmise, the difficulties involved in porting Self from the Sun/SPARC platform to other platforms such as the x86 and/or the Mac probably made no small contribution to the general lack of interest in Self. Other factors that may have been important would include a) Self was seen by the "general public" as a product of Sun, and Java was seen as Sun's "golden child"--this perception would have damped the enthusiasm of outsiders regardless of Sun's attitude internally; b) Self is not statically typed; c) Self syntax does not resemble C syntax; d) the pool of competent Self programmers has always been far smaller than that of Smalltalk today, let alone than that of Smalltalk in 1996; e) UML doesn't handle prototype-based languages well at all (which in my view is a problem with UML, not with Self); and f) many of those for whom most or all of the previous issues would have been moot were and are far more interested in languages such as ML, Sather, Haskel and Scheme. --Alan

1 0

Re: Smalltalk and Self
by Alejandro F. Reimondo 31 Aug '05

31 Aug '05

Hi, > ShiningRay @ Nirvana> "But I haven't seen many actions of SELF development. > > I cannot find any application written in SELF. why?" Most Self efforts has been on decomposition of Objects in more atomic parts (as an extensive aplication of OO concepts). Most Smalltalk efforts has been done on composition/building of objects systems. Decomposition and searching for atomic elements of (de)composition is interesting for people that are learning how to apply Object Oriented method (isolation+encapsulation as a axe to disect the world in "solvable objects" / problems). Composition is interesting for architects (the fat world of "components" asembly :) Building of Organic systems (open and with internal organs in dynamic relation) is interested for people facing real [*] system development. Smalltalk is appropiate for this kind of development and in this way has a very important place in the future of informatics. [*] real as opposed to formal/ideal systems. Like in physics real/ideal gases. The decomposition in more atomic elements is related with simplicity and "beauty" of formal definition; but is not related with major potential to build real systems. cheers, Ale.

1 0

Traits approaching mainstream Squeak
by Daniel Vainsencher 31 Aug '05

31 Aug '05

Hi everyone. Traits are one of the things we hope to have in Squeak 3.9. They are a significant change to the language. On the bright side, it makes some things that were impossible to write without duplication possible, and many things that were hard to factor, easy. On the other hand, its a change to Smalltalk the language, and thus has significant effects on the tools and the core (Kernel) libraries. Quite a few people have worked on Traits at some point or the other, and I'm happy to say its nearing being ready for mainstream use, and we'd like to start getting some concrete "think of this as your near term future squeak" feedback. About the demo image - in its most recent incarnation, Traits is managed using packages, and its integration plan goes through the new process like any other change, as a set of package version loads. However since after loading, classes are implemented using Traits, the loading includes some self administered brain surgery, and thus is somewhat tricky. We haven't quite made it ready for clean loading yet, so what we provide at the moment is a demo image based on the final 3.8, which is at: http://www.cs.pdx.edu/~danielv/TraitsBeta3.02.tgz There's quite a bit of conceptual & design documentation on Traits in the form of research papers. For that see http://www.iam.unibe.ch/~scg/Research/Traits/ Assuming you know what traits are, what the image contains is: 1. An implementation of Traits. 2. Traits are quite a bit like classes, so this duplication is removed using, you guessed it, Traits. So this is one huge example. 3. A few smaller simple examples. 4. Tests for lots of aspects. 5. A recent OB, with a couple of Browsers demonstrating support for Traits, in the direction that the papers mention. Basically, the main conceptual "gotcha" you need to remember whenever working in a Traits image, is that if you're modifying code in a class, this code might actually come from a Trait, and thus you might actually want to change it there instead. If you don't know this (for example because the tool hasn't been updated yet, and doesn't show you the method comes from a trait, and you don't check yourself), then you'll duplicate the code when you modify it. Note that we're extending the OB to support these things (we're not done yet), but there are many tools that need to be updated to be Traits aware - the debugger, the RB (this is an interesting job, since it would need to be aware of them!), alternative browsers and so forth. You're welcome to help in specifying and implementing the changes needed... So, have fun, and try to give any significant feedbacks as early as possible. Daniel Vainsencher

9 22

The Weekly Squeak No.1: 22 August - 28 August
by Giovanni Corriga 31 Aug '05

31 Aug '05

Dear squeakers: Hello, and welcome to the first installment of The Weekly Squeak, a weekly report on what's going on in the world of Squeak. In this first issue, you'll find: 1. ESUG 2005 Innovation Technology Awards results 2. Janitors Team Progress report 3. Source code management 4. Keeping a Safe, Clean, and Current Development Environment 5. Squeak 3.9a6681 6. A 2.8-3.8 speed comparison and a recap on the MorphicSplitters project 7. Traits approaching mainstream Squeak 8. Austrian Smalltalker mailing list 9. Squeak related videos on video.google.com 10. Request for Comment: MethodAnnotations for 3.9alpha 11. New Version of Audio and Video library available 12. Upcoming Squeak Chats You'll find the complete report at http://minnow.cc.gatech.edu/squeak/5740 . Ciao, Giovanni

5 5

Simple way how to export book-morphs to a sequence of interlinked HTML pages.
by Matej Košík 31 Aug '05

31 Aug '05

Hello, I have several reasons why I have implemented convenient mechanism for exporting book-morphs to to a sequence of interlinked HTML pages. Partially I was forced to convert some of my previous presentation to "more compatible" (at least HTML) format. I have used new functionality and exported (as an example) well known Squeak presentation. The result is here: A Gentle Introduction to Smalltalk http://altair.dcs.elf.stuba.sk/~kosik/tmp/squeak/Book3/page1.html Those who would like to try it out should file-in the two attached changesets in this order - MorphicTrivialEnhChunk3-mk.1.cs - BookMorphEnh1-mk.1.cs Then take some book-morph and send it a `exportAsHTML' message. This is the interactive interface method. There is also `exportAsHTMLbasic:' which is less verbose and could be used programatically. Works in 3.7 as well as 3.9a. It was not difficult to implement and might be useful. Could something be done better? For example, should there be `export... > HTML directory' option in a book-morph-menu? The generation of HTML files could be cleaner if the HtmlFileStream were more complete. I did not rely on HtmlFileStream now. Its purpose is not completely clear to me. I wonder how does Seaside deal with generation of HTML files. Does it implement (also among other things) similar functionality? I have noticed that there are two progress-morphs: - SystemProgressMorph (with a comment) - ProgressMorph ((mostly) comment-less) Why there are two classes? Thank you for any answers/suggestions. -- Matej Košík

1 0

Re: Request for Comment: MethodAnnotations for 3.9alpha
by Chris Muller 30 Aug '05

30 Aug '05

> Any comments? I've always been interested in calculating method coverage during TestCase runs. Will annotations help with this?

2 1

RE: [Q] Maui, can I run example or demo?
by Chris Muller 30 Aug '05

30 Aug '05

SqueakSource. In a Monticello browser add http repository: MCHttpRepository location: 'http://kilana.unibe.ch:8888/Maui' user: '' password: '' Load Maui-cmm.88.mcz. There is no separate mailing list, we may discuss it here. - Chris --- "Welch, Ronald P (US SSA)" <ronald.p.welch(a)baesystems.com> wrote: > Chris, > > I would like to try out Maui as well. Where can do I get > the Monticello file you allude to: "Maui-cmm.87.mcz"? Also, > is there a separate Maui mailing list? Thanks in advance > for your help. > > Ron > ----------=-=-=-=-=-=-=-=-========oOo========-=-=-=-=-=-=-=-=---------- > mailto:Ronald.P.Welch@baesystems.com Phone:(607)770-3701 > BAE SYSTEMS 600 Main St Johnson City, NY, USA 13790-1888 > ----------=-=-=-=-=-=-=-=-===================-=-=-=-=-=-=-=-=---------- > > -----Original Message----- > From: Chris Muller [mailto:chris@funkyobjects.org] > Sent: Tuesday, August 30, 2005 10:47 AM > To: Sungjin Chun; Squeak List > Subject: Re: [Q] Maui, can I run example or demo? > > > Greetings, sorry for the trouble you had. I have now fixed this. > Please try loading Maui-cmm.87.mcz. > > Here are some tips to get you started on a basic file-manager. > > Open up a browser on FileDirectory and drag its class-side #default > message onto the desktop. Then click on it to run the message. The > little square box that appears is the result of the message, the > #default instance of FileDirectory. You may drag this out onto the > desktop. > > Now drag the instance-side #entries message onto this (before dropping, > make sure it shows the green outline rectangle of where it will drop). > Click on this message; a collection of entries appears in their "iconic" > form. Change any ONE of them to the "Small" view ("beSmall" on the > context menu) so that we may drag some messages into it. > > While still hovered over the one you just made small, press "b" to > browse its hierarchy. DirectoryEntry pops up. Drag #name and #fileSize > to the one you made small. Now Shift+click for its tool menu and select > "as list entry". > Finally, right-click on the actual Collection object, carefully getting > outside that black border (its ScrollPane or something) but still on the > Collection so that it is outlined in green (this part is a little > tricky), and select "elements view | list entry". > > As you see, you have the beginnings of a "file-manager" very quickly. > > You can now remember this view by Shift+right click and select "manage > views...". A dialog pops up letting you name this view. Any object may > assume any previously remembered view at any time. > > I'm sure you will have questions, feel free to ask.. > > Regards, > Chris > > --- Sungjin Chun <chunsj(a)embian.com> wrote: > > > Hi, > > > > I'm trying to create some remove file system client in Squeak. My > > previous version is FileList like thing(which is written in Objective- > > > C in Mac OS X) but this time I want to use different approach like > > NakedObjects framework. It seems that Maui is related to this(am I > > wrong?) But I cannot install Maui using SqueakMap(or Monticello, it > > wants addTransferMorphSelector: method but my image, both 3.8 and 3.9a > > > does not have this method). > > > > Can anyone let me know how to install Maui, and is there any example/ > > demo using Maui? > > > > Thanks in advance. > > > > PS) > > Sorry if you see this message in squeak mailling list too. I do not > > intent to cross post this message. Just I do not know where should I > > post this question. > > > > > > > >

1 0

[ANN] 3.9a6686
by Marcus Denker 30 Aug '05

30 Aug '05

Hi, The LookEnhancements are now merged into 3.9a: http://ftp.squeak.org/3.9/Squeak3.9a-6686.zip Marcus

1 0

← Newer
1
2
3
4
5
6
7
8
...
24
Older →

Jump to page: