- Pharo-dev - lists.pharo.org

[Pharo-project] Pharo dev image rc2 thoughts
by Miguel Enrique CobÃ¡ Martinez Jan. 24, 2010

Jan. 24, 2010

First that anything, thanks to Mariano for all the effort put in order to release a 1.0 version of Pharo. And to all the contributors also. As part of incorporating Metacello to my projects, I have gain a little more insight in the working of it. For that I have been studying the existing configurations. I even contributed a pair to the repository. Tonight I was building a Pharo image using the ConfigurationOfPharo. The announce said nothing but the inner workings of the dev image creations changed, although the result is exactly (with a lot of fixes included) the same that the rc1 image created with Metacello. The changes are this: - in rc1, it was only necessary ConfigurationOfPharo to build a complete Pharo dev image. That is ConfigurationOfPharo included ImageForDevelopers. - in rc2, ConfigurationOfPharo isn't enough to build a dev image (I noticed this tonight because I used ConfigurationOfPharo alone to build an image but in the end I didn't get autocompetition), it is also necessary to run a second script to load ImageForDevelopers and install it. This is all done in the installScript.st script included in the pharo rc2 dev image. As I said before, the results are the same, but before all was done in the ConfigurationOfPharo and now requires two steps. Now to the point. I understand that the separation of concerns is good, because ImageForDevelopers is already a separated and tested package that shouldn't be inside ConfigurationOfPharo. - Shouldn't be necessary to create a ConfigurationOfImageForDevelopers and in this configuration reference ConfigurationOfPharo and then the installScript for the dev image use *only* ConfigurationOfImageForDevelopers? - It appears that Dale will announce project preload/postload doIts next monday. If that happens, shouldn't be better to incorporate the code from DEVImageCreator as preload/postload do its to the ConfigurationOfPharo? It appears to me that DEVImageCreator is a mixture of different things, both preference tuning (setDefaultPreferences, setFonts) image fixing (addPreferenceCategories, cleanOpenMenu) and image building stuff (writeListOfPackages, showWelcomeWorkspaces). Maybe the image fixing stuff should be a change incorporated to the PharoCore image, and the preference tuning should be a postload do it for the ConfigurationOfImageForDevelopers, and the image building stuff should be in the install script. This way, if someone wants to build a image for developers (but without the list of packages, or welcome workspaces) it only has to use ConfigurationOfImageForDevelopers. Also, maybe after all this refactoring, the ConfigurationOfImageForDevelopers isn't necessary because all can be incorporated to the ConfigurationOfPharo as preload/postload do its. That is fine. Also, the image for developers has stuff for squeak. This refactoring would permit to separate them in preload/postload for each platform, in a cleaner way. As I said at beginning, this is only thoughts, and the current result image is the same as the one produced by the previous configuration, but maybe, with more time and less pressure, this refactoring and cleaning could be made. Of course, I will try to do this and contribute the code as my time permits, but if someone can do it sooner, the better for all of us. Thanks again for the hard work -- Miguel CobÃ¡ http://miguel.leugim.com.mx

3 4

[Pharo-project] Update!! Packages and Projects working on Pharo [WAS] [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2
by Mariano Martinez Peck Jan. 24, 2010

Jan. 24, 2010

Thanks Adrian. I will point to that link also in next image. Now....can we update that wiki ? I know there are severaaaal more projects and packages that run in Pharo. We can even update that table and put some information about metacello...as most of those packages are loaded now with Metacello. Someone volunteer to do update this ? On Sat, Jan 23, 2010 at 9:06 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Maybe it would be better to add these definitions to a wiki page or to the > website. Like this we can add new ones and update existing ones independent > of releases. In the welcome workspace you could then just point to the URL > that contains the current list. There is already a related wiki page: > http://code.google.com/p/pharo/wiki/PackagesTestedInPharo > > Cheers, > Adrian > > On Jan 22, 2010, at 17:58 , Mariano Martinez Peck wrote: > > > Don't forget Magma. There is a ConfigurationOfMagma already in > >> MetacelloRepository. > >> > >> > > Yes...there are a lot of projects..I even didn't put SqueakDBX/GlorpDBX. > I > > guess that in a future we will have Loader to do this... > > > > I don't know. Do you think we should also include Magma? I put the > projects > > I though were most used. > > > > > > > >>> Do you think that with this we are able to close issue1479 ? > >>> - Background with Pharo picture. This was a joke. It looked nice :) > >>> I promise I don't put it again if you don't like. To remove it > >>> evaluate: > >>> World color: Color white. > >>> - Enable the preference fastDragWindowForMorphic. Sorry, but it most > >>> computers this works REALLY slow. If you want them back, just disable > >>> it. > >> > >> +1 > >> > >> I generally use: > >> Preferences enable: #fastDragWindowForMorphic. > >> Preferences disable: #windowAnimation. > >> Preferences enable: #updateSavesFile. > >> Preferences disable: #windowAnimation. > >> > >> > > Well....that's why they are called Preferences :) > > I will check them and see if they make sense. > > Thanks!! > > > > > >> > >>> - When installing Seaside now doesn't ask for user and password > >>> ( admin/seaside ). In addition, the Seaside Control Panel is only > >>> isntalled if OB is installed. This means that yu can install it in > >>> core or dev. Thanks Dale! > >>> - Disable of System Update for Dev images as it is not working > >>> properly. > >> > >> Isn't working? In the image from your link, the preference is working > >> correctly. > >> > >>> > >>> > >>> The link is: > >>> > >> > https://gforge.inria.fr/frs/download.php/25397/Pharo1.0-10508-rc2dev10.01.2… > >>> > >>> Cheers > >>> > >>> Mariano > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> -- > >> Miguel CobÃ¡ > >> http://miguel.leugim.com.mx > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

1 0

[Pharo-project] [update 1.1] #11179
by Marcus Denker Jan. 24, 2010

Jan. 24, 2010

11179 ----- Issue 1867: clean Utilities ScrapsBooks variable Issue 572: Possibly unnecessary yourself message Issue 708: clean mutateJISX0208StringToUnicode and other asUnicode senders Issue 1866: clean up packages in 1.1 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Traits for Javascript
by StÃ©phane Ducasse Jan. 24, 2010

Jan. 24, 2010

Just in case some people doubt again about the interest of traits in world outside Smalltalk after perl, scala,.... This is why in the future we will have to restart moving and have a look at immutability bit, ephemeron, process isolation, ... > Copyright (C) 2010 Google Inc. > > Seems to be kind of officially proposed as to be added to EcmaScript (the standard of JavaScript) by Google. > > The other stuff is cool, too: > > http://code.google.com/p/es-lab/ > > OMeta and Membranes. The last one is important from a security perspective. We should closely study it. > > > Marcus > > >> Stef >> >> On Jan 23, 2010, at 8:19 PM, Marcus Denker wrote: >> >>> http://code.google.com/p/es-lab/wiki/Traits >>> >>> >>> They cite: >>> >>> â¢ [1] "Traits: Composable units of Behavior" (Scharli et. al, ECOOP 2003) (paper) >>> â¢ [2] "Adding State and Visibility Control to Traits using Lexical Nesting" (Van Cutsem et. al, ECOOP 2009) (paper) >>> â¢ [3] Horizontal Reuse for PHP: 'traits' vs 'grafts' >>> >>> [3] is the work of Stefan Marr, who is now doing a Phd with Theo on a MultiCore VM. >>> >>> Marcus >>> >>> -- >>> Marcus Denker -- http://www.marcusdenker.de >>> INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2
by Torsten Bergmann Jan. 23, 2010

Jan. 23, 2010

Thanks. The image (both the ST-part and the background) looks good. Mariano would you please use the numbering from Damien when uploading to inria, currently http://gforge.inria.fr/frs/?group_id=1299 looks like: Pharo (pharo-dev) Pharo1.0-10508-rc2dev10.01.2 2010-01-22 15:26 Pharo1.0-10508-rc2dev10.01.2.zip but should Pharo (pharo-dev) 10.01.2 2010-01-22 15:26 Pharo1.0-10508-rc2dev10.01.2.zip since a release can have more than one file. I adopted this for the Pharo Win32 Setup section too. A fresh win32 installer is currently in preparation. With the step from RC1 to RC2 we should change the current status on: http://pharo-project.org/home and make the image available on: http://pharo-project.org/pharo-download Thx T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

7 22

[Pharo-project] NetNameResolver strikes back 11177 => 1852 1853 :(
by StÃ©phane Ducasse Jan. 23, 2010

Jan. 23, 2010

bag := Bag new. (MCHttpRepository location: 'http://www.squeaksource.org/pharo' user: '' password: '') allFileNames do:[:fname| (fname endsWith: '.mcz') ifTrue:[ bag add: ((fname copyAfterLast: $-) copyUpTo: $.)]]. bag sortedCounts. -> NetNameResolver primitive failed. Stef

3 4

[Pharo-project] Help with TestIndenting>>testCR2 and testNewLineLeaveSpacesOnOldLine [WAS] [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2
by Mariano Martinez Peck Jan. 23, 2010

Jan. 23, 2010

Can someone help us with this ? ---------- Forwarded message ---------- From: laurent laffont <laurent.laffont(a)gmail.com> Date: 2010/1/22 Subject: Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2 To: Pharo-project(a)lists.gforge.inria.fr I've taken a look at TestIndenting>>testCR2 and TestIndenting and TestIndenting>>testNewLineLeaveSpacesOnOldLine which fails on my machine only I needs some hints :) I've attached a screenshot of a debugging session on testNewLineLeaveSpacesOnOldLine. It fails because Form object answered by (para asForm copy: (0@cb top extent: 24@cb height) has at least bit 240 not white. (depth: 32). What should I do/check now ? Laurent On Fri, Jan 22, 2010 at 5:18 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > On Linux, exupery VM > > Laurent > > 2010/1/22 Benoit St-Jean <bstjean(a)yahoo.com> > >> Here's the first test run, on a fresh image (see JPEG attached for >> results). >> >> >> I just unzipped the files, started Pharo and ran the Test Runner. >> >> No preferences changed, nothing even evaluated in a workspace! >> >> I'm on XP if that helps! >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] [BetaTesting] [ANN] Pharo1.0-10507-rc2dev10.01.2
by Torsten Bergmann Jan. 23, 2010

Jan. 23, 2010

Things I've noticed: - Code completion is working for me - the intro workspace window should be smaller - the intro workspace window should provide colors as the other two workspaces (maybe we can group them in a window with tree like help system) - maybe the background should be stretched according to window size (Gary?) - the class categories in the browser are not ordered alphabetic - I hate the old style Squeak cursor and would rather see different cursors (see ConfigurationOfVistaCursors for an example) - anything looks professional - except the old squeak icons, any designer around - I was not able to compile Java and C# code with it ;) Have fun T. -- Haiti-Nothilfe! Helfen Sie per SMS: Sende UIHAITI an die Nummer 81190. Von 5 Euro je SMS (zzgl. SMS-GebÃ¼hr) gehen 4,83 Euro an UNICEF.

3 4

[Pharo-project] smart MorphTreeWidget
by Tudor Girba Jan. 23, 2010

Jan. 23, 2010

Hi, I would just want to praise publicly the work of Alain Plantec on the MorphTreeWidget. In Pharo 1.0 you can get it at: Gofer new squeaksource: 'Momo10'; package: 'MorphTreeWidget'; load. It's a list, a tree and a table (with single and multiple selection) in one easily customizable widget. Recently, a new feature was added: you can limit the amount of items visible in the list and you can expand it either incrementally or altogether once you get to the bottom of the existing items. The idea is that when you have very long lists, you most of the time do not want to see all details but just want some visual support for what is in the list. This is very important for tools like Moose which deal with large amounts of items. This type of work typically goes unnoticed, and that is why I felt the need to call it to your attention :). Cheers, Doru -- www.tudorgirba.com "Beauty is where we see it."

4 4

[Pharo-project] [ANN 1.0] Pre-cuilt CoreRC2 (#10508)
by Marcus Denker Jan. 23, 2010

Jan. 23, 2010

http://gforge.inria.fr/frs/download.php/25366/PharoCore-1.0-10508rc2.zip -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 3