March 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Better documenting and consistency
by StÃ©phane Ducasse March 28, 2009

March 28, 2009

Hi all today I wanted to finish my ThreadSafeTrasncript so I started to code buildWith: aBuilder "(self buildWith: MorphicToolBuilder new) openInWorld" ^self new buildWith: aBuilder and open open "self open" ^ (self buildWith: MorphicToolBuilder new) openInWorld and I realised that I do not know what open should return. Should it return the window or the model. I could not figure out I tried to understand what buildWith: should return but it was totally unclear Having better comment than buildWith: aBuilder ^self subclassResponsibility is needed if we want to continue to bash Java people. So what do we do? Stef

7 8

[Pharo-project] Filing in lost changes is broken?
by Oscar Nierstrasz March 28, 2009

March 28, 2009

I tried to recover changes after a crash yesterday and could not. I just experimented to verify this: - open a fresh image and rename it - create a class with a hello world method - quit without saving - restart the image - Tools > Recover lost changes will show you the changes - Select and file in does not work Is this an issue, or am I doing something wrong? - on

2 4

[Pharo-project] Packages
by Alexandre Bergel March 27, 2009

March 27, 2009

Dear List, What is the difference between NamedEntity>>parentPackage, NamedEntity>>belongsTo and container ? I guess one should be for the package, and another one for the namespace. But a third? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] why can't I file out a package?
by Oscar Nierstrasz March 27, 2009

March 27, 2009

I can file out a class, but not a package it seems. Should this be an issue, or am I missing something? - on

3 4

[Pharo-project] call for mcm support in Squeaksource
by Torsten Bergmann March 26, 2009

March 26, 2009

MCM = monticello configuration maps (you can open a Monticello Configurations browser from the world menu) But the more interesting question is who is Santa and will he find the time to update squeaksource? ;) Torsten >What are mcm files ? > >Alexandre >On 26 Mar 2009, at 13:55, StÃ©phane Ducasse wrote: > >> Dear wonderful great (no super great) maintainers of the great (no >> really great) >> gorgeous squeaksource.... >> Ok dear Santa >> It would be great to have mcm support on squeaksource because >> right now I cannot move mcm files between project nor move their >> dependent files. >> >> Stef >> -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

3 2

[Pharo-project] Fwd: [vwnc] Would you start a new Smalltalk project today?
by StÃ©phane Ducasse March 26, 2009

March 26, 2009

Hi all I found this email really interesting. Especially the concurrent aspects. Clearly some nice research projects in perspective. Also the immutability bit supports would be great. Stef Begin forwarded message: > From: Antony Blakey <antony.blakey(a)internode.on.net> > Date: March 18, 2009 2:50:47 AM CEST > To: dfinlayson(a)usgs.gov, VWNC NC <vwnc(a)cs.uiuc.edu> > Subject: Re: [vwnc] Would you start a new Smalltalk project today? > > I am a commercial user of VW. > > I've recently replaced my VW/GLORP/Postgresql app with one built in > Ruby/CouchDB. I moved to Ruby because the documentation/learning > material is superior to VW, because of the number of third party > components, which is partly an issue of VW not being Open Source, > because of tools such as Rails, Sinatra and Merb (which I still prefer > over Seaside), and because I needed to focus on sustainable technology > transfer into a market that won't accept VW. Tangentially I wanted to > (subjectively) quantify the productivity improvement due to Smalltalk > relative to another dynamic language (as opposed to Java in Eclipse). > > My experience with Ruby is that the language itself is just too much > of a hack, and this was especially brought home to me when I started > doing Scala and Clojure, and that emphasized for me the beauty of > Smalltalk and Lisp/Scheme. > > I'm going back to Smalltak for new commercial development, partly > because of this, but also because a) the Squeak community is getting a > real injection of energy with Cog and Pharo (which itself pushes > Squeak) and b) I'm getting a good feeling about the way the Cincom > team is changing VW - not only what they're doing, but there seems to > be a much clearer vision and approach that when I first encountered > it. > > I'm also building a commercial application in Scala and Clojure. Both > are great languages, especially for highly concurrent apps, and the > library support is huge because they seamlessly use Java. If this were > the "good old days"(TM) I'm sure someone would be working on decent > concurrency support for Smalltalk. Using multiple images is one > approach, but not one that I like - it seems (IMHO) to be a reaction > to the lack of resources to do something better. Most of the Erlang/ > Scala/Clojure goodness could be layered into Smalltalk if someone had > the will to do so, but I think Cincom would have to do that for it to > get the wide support it would need to have a dependable future. > > One benefit that a JVM language has, as opposed to Smalltalk, is that > both the underlying performance improves, and the available libraries > increase and improve independently of the language. Clojure and Scala > don't need effort per se to improve. Oh for a Smalltalk running on the > JVM in a high performance manner, with JVM object model integration. I > think there is no other way to solve this problem for Smalltalk. > > I really miss programming in an image despite the pain of the Object/ > Subject problem. I don't think it's *always* more productive than > Scala or Clojure (esp for concurrency) but it's more *consistently* > productive. > > Smalltalk's decline has not been terminal, implementations are > improving albeit more slowly than one would like, and as long as it's > the right tool for the job then you should use it. > > On 18/03/2009, at 8:03 AM, David Finlayson wrote: > >> Clojure has some great ideas but you need to know Lisp and Emacs. > > Both Scala and Clojure have good and improving support in (to varying > degrees) IntelliJ, Eclipse, and NetBeans - no Emacs/Slime/VIM > required. I use Clojure and Scala in IntelliJ, and I've done so in > Eclipse as well. > >> 2. No Smalltalk I've used has a decent GUI. Squeak is an >> abomination, down the road Pharo may be good, but not today and VW >> looks like it hasn't been updated since the NT days. Although >> everyone hates Java cross-platform desktop apps, it is interesting >> to compare a VW app (say Bottom Feeder) to a Java app of similar >> design (http://www.rssowl.org/overview) In my opinion the Java >> version fits in a lot better than the VW version (particularly on >> the Mac). > > For VW, my LinkuisticsUI bundle in the public Store improves the > situation somewhat on OSX for VW 7.6. Cincom are also making > improvements to the OSX UI for 7.7. > > Closure and Scala have Swing integration. Scala has very good SWT > bindings. All three IDEs have GUI builders. > > Maybe you should consider a Web UI - checkout tools such as Capuccino > and efforts like bespin. > > Antony Blakey > ------------- > CTO, Linkuistics Pty Ltd > Ph: 0438 840 787 > > A reasonable man adapts himself to suit his environment. An > unreasonable man persists in attempting to adapt his environment to > suit himself. Therefore, all progress depends on the unreasonable man. > -- George Bernard Shaw > > > _______________________________________________ > vwnc mailing list > vwnc(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc >

10 36

[Pharo-project] Which Squeak problem do you try to solve
by Markus BÃ¶hm March 26, 2009

March 26, 2009

After reading your interesting project website, I'm still not quite sure which (Squeak) problem do you try to solve with Pharo? Or is it more an exploratory project? Thanks in advance for any reply Markus Boehm

4 3

[Pharo-project] Settings + Menu
by Alain Plantec March 26, 2009

March 26, 2009

Hi all, Here my last setting package version with a test package (Tests-System-Settings) :) I've also added a Menu part which allows the using of pragma for menu discovering and assembling on the fly. This addon fully reuse what is done for settings. The idea is the same: use pragma within particular methods which are defining menu items (thanks to Lukas again for the idea ;-) ) The menu assembler is able to collect them and to popup the menu dynamically. The consequences are - no need for TheWorldMenu class and - this would be the end of #registerOpenCommand: and #unregisterOpenCommand:. As for settings, the main benefit is that menu items are brought by packages. An application specific menu can be added anywhere in the world menu. One could also use this feature in order to allow user-defined menu entries. As an example, I've re-defined a part of the world menu. it is implemented in MenuSettings class (package SettingSandBox1). Such a menu is dynamically assembled and is popup very quickly. So I think that there would be no more need for a world menu instance kept alive in the system. you can try it with: WorldMenuAssembler new doPopUpMenu You can also use SystemMenuTree new open in order to browse all menu entries. It is only a very simple version. Maybe it could be used in order to implement a 'menu editor' tool: define your menus and generate corresponding code. Here are two examples of methods with menu pragma from MenuSettings class. - the Save item : a simple item with one target and one selector wmSave <worldMenu> ^ (SettingManager newMenu: 'Save') target: SmalltalkImage current; selector: #saveSession; previous: #wmSystemSettings; description: 'save the current version of the image on disk' - the ToolsSet item set : a multi node with a collection of menu items wmToolSet <worldMenu> ^ (SettingManager newMenuSiblings name: 'Toolset') line: true; menus: (ToolSet default mainMenuItems collect: [:item | (SettingManager newMenu: item first) target: ToolSet default; selector: item second]) Cheers alain

4 9

March 26, 2009

Dear wonderful great (no super great) maintainers of the great (no really great) gorgeous squeaksource.... Ok dear Santa It would be great to have mcm support on squeaksource because right now I cannot move mcm files between project nor move their dependent files. Stef

2 1

[Pharo-project] Pharo download version
by Torsten Bergmann March 26, 2009

March 26, 2009

http://code.google.com/p/pharo/wiki/Downloads?tm=2 the link is called "Pharo0.1Core-10256.zip" but it downloads the newer 10259 version. Please update the site ... Thx Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

2 1