June 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] [JOB] We are Looking for a Pharo Engineer
by Marcus Denker June 7, 2010

June 7, 2010

Hello, INRIA RMOD is looking for a full-time engineer for helping with Pharo development. As researchers, we need a really great system to explore new ideas with. The job of the engineer is to help us by improving the infrastructure we use for our work. What this of course means is that it's kind of a cool job: work in a research lab, but no paper writing, no teaching, no administration. In addition: - live in France (one hour from Paris, 1h20 from London, 35 min from Brussels) - try a lot of good beers (our office is just 10km from the border to Belgium) - french food - code all the day in Smalltalk and a bit of C Apparently from what the DHR services told us, the salary will depend on years of expertise and diplomas. We can think that 2700 Euros (before final taxes) should be a good working number for a candidate of the experience we are looking for. In France the employer pays already social security and pension. So the salary already includes lots (and lots) of deductions compared to e.g. a german brutto salary. Lille is an active city but not expensive (lot of students...), centrally located with good connections by train to everywhere (including CDG and Brussels airports). The job will to continue making Pharo better - better tools - better network support - better compiler infrastructure - improve the VM - help with day-to-day bug fixing and constant improvement Therefore we are looking for a candidate with some years of Smalltalk (possible Pharo/Squeak) background. Duration: 30 months Starting date: October 2010 Location: Lille (no remote job possible) Official Job Description and Application via: http://bit.ly/dyhdba Deadline: 15 July 2010 More about INRIA Lille: http://www.inria.fr/lille/ INRIA in General: http://www.inria.fr Engineers at INRIA: http://www.inria.fr/travailler/metiers/accompagnement/dev_applications.en.h… Lille: http://en.wikipedia.org/wiki/Lille http://www.mairie-lille.fr/en http://wikitravel.org/en/Lille Do not hesitate to contact us for more information. Stef/Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 2

[Pharo-project] Minimal release images (currently 6.2MB)
by Adrian Lienhard June 7, 2010

June 7, 2010

Hi all, Here is the result of some more effort I put into creating small images from PharoCore. Running "ScriptLoader new cleanUpForProduction" in the latest PharoCore 1.1 you get an image that is 6.2 MB on disk. There are two goals for shrinking images: (i) sparing some megabytes makes a big difference if you run a lot of images on a server, also they start up much faster; (ii) modularization: being able to reliably unload packages forces us to cleanly package our code without unnecessary interdependencies. Note that after running #cleanUpForProduction, you need to close all windows, save the image, restart it, trigger a GC, and save the image again (because for instance the Mac host menu classes will only go away after a restart). In addition to #cleanUpForRelease the production cleanup does the following: - removing all tests and the SUnit test runner - removing all methods storing binary graphic resources (icons and fonts) - removing the help system and Mac host menu - changing all font selections to Accuny and deleting Deja Vu fonts - deleting the logo - deleting MC ancestry information - deleting ScriptLoader I made sure that these removals result in a clean system, that is, no undeclared and no obsolete classes. Cheers, Adrian BTW, if you have more cleanup code or ideas where we could spare some bytes, let me know :) ___________________ http://www.adrian-lienhard.ch/

3 2

[Pharo-project] [update 1.1] #11389
by Adrian Lienhard June 7, 2010

June 7, 2010

11389 ----- - Split space using binary resources like images and fonts into separate package so it can be unloaded to produce a small image - Improved cleanUpForProduction (resulting image < 6.5MB) - Author>>reset fix - Issue 2515: Changesets keeps dirty after cleanUpForRelease

2 1

[Pharo-project] UTF16TextConverter problem in 1.1
by StÃ©phane Ducasse June 7, 2010

June 7, 2010

Pharo image: Pharo Pharo core version: Pharo-1.1-11367-Beta Virtual machine used: Squeak 4.2.4beta1U (Mac OS X) The following code has the String 'test' as its result in Pharo 1.0: | converter test | converter := UTF16TextConverter new. converter useLittleEndian: SmalltalkImage current isLittleEndian. test := ('test' convertToWithConverter: converter). test convertFromWithConverter: converter In 1.1, the result is a String with the Characters 29696, 25856, 29440, 29696, which is wrong.

2 2

[Pharo-project] Pharo sprint @ Brussels
by Stephan Eggermont June 7, 2010

June 7, 2010

I'll be there on Saturday. Stephan Eggermont

2 1

[Pharo-project] Next smalltalk meetup in cologne
by Norbert Hartl June 7, 2010

June 7, 2010

Hi! Just a short reminder that the next Cologne Smalltalk Meetup will be happening this Thursday at the usual time and location. For any details have a look at [1] and [2]. Cheers, Alex [1] http://colstme.selfish.org/events/stammtisch03 [2] http://colstme.selfish.org/blog/2010-06-02

1 0

[Pharo-project] GAUCHO 1.0 released!
by Fernando olivero June 7, 2010

June 7, 2010

Hi Pharo programmers! We are happy to announce that Gaucho 1.0 is released. Gaucho is a direct manipulation environment for software. If you want to try it out go to http://gaucho.inf.usi.ch/ . Gaucho1.0 works in Pharo1.0. In the releases section you'll find the installation script , and a description of all the features of Gaucho1.0. Any feedback you are willing to provide is welcomed! In the website you will find a bug issue tracker and the mailing list description. Or you can also send us an email for any other purpose, such as demo-request or inquiries about the Gaucho project. Hope you enjoy using it as much as we do! Fernando Olivero University Of Lugano pd: Be ready for the next version, with many improvements and added features! Soon to come. pd2: (Extract from the web page) -------------------------------------------------- Version: 1.0 Features included in this version: Direct manipulation of Classes, methods and packages Easily perform rename refactorings of classes and methods Draggable arrows for manipulating the inheritance relationships between classes Creating and runing tests for all the classes in the system Creating workspaces for taking snapshots of the current pampas Smart searching for any object in the system Keyboard shortcuts associated to the most important operations Logging all the changes to the system Saving/Loading developers and workspaces to the default local directory

10 28

[Pharo-project] [ANN] Discount tickets to Irish Software Show in Dublin
by Julian Fitzell June 7, 2010

June 7, 2010

Hi everyone, I'm speaking about Seaside and web development this week at the Irish Software Show (epicenter) in Dublin. The organizers have offered each of the speakers 10 discount tickets (â¬50/day) to pass along to people who are interested in attending. It looks like there will be some interesting talks there on a variety of subjects including web development and cloud computing, so if you're in Dublin (or in need of a change of scenery) and would like to attend, you can check out the details here: http://epicenter.ie/2010_Julian_Fitzell_Page Julian

1 0

[Pharo-project] Issue 2451: Make Algernon work in Pharo 1.1
by Guillermo Polito June 7, 2010

June 7, 2010

Hi, i was looking at this issue and I have some questions :): - There are some changes to HandMorph in a changeset hardcoded in the ConfigurationOfAlgernon. As Mariano said here ( http://forum.world.st/Putting-Algernon-and-WorkingSet-in-a-Dev-image-td1295…) "The main change does the simples modifications to HandMorph for it to support various focus holders". Is it safe to integrate it in Pharo? If so, should it be integrated in the core Morph package? The changeset is the following: * '''From Squeak3.7gamma of ''''17 July 2004'''' [latest update: #5985] on 9 August 2004 at 7:56:10 pm''! "Change Set: MultipleFocusHolder-hpt Date: 9 August 2004 Author: Hernan Tylim This changesets does the simplest modifications to HandMorph for it to support various focus holders. The important changes are: * addiionalKeyboardFocuses instance variable was added with its getter and setter methods. * HandMorph>>sendKeyboardEvent: was changed to traverse the list of keyboard focus holders and call HandMorph>>sendEvent:focus:clear: to each one of them. * HandMorph>>sendEvent:focus:clear: was changed to preserve the ''wasHandled'' status of the event, before that info were lost because the Event instance were copied before passed to the Morph. "! Morph subclass: #HandMorph instanceVariableNames: ''mouseFocus keyboardFocus eventListeners mouseListeners keyboardListeners mouseClickState mouseOverHandler lastMouseEvent targetOffset damageRecorder cacheCanvas cachedCanvasHasHoles temporaryCursor temporaryCursorOffset hasChanged savedPatch userInitials lastEventBuffer genieGestureProcessor additionalKeyboardFocuses '' classVariableNames: ''DoubleClickTime EventStats NewEventRules NormalCursor PasteBuffer ShowEvents '' poolDictionaries: ''EventSensorConstants'' category: ''Morphic-Kernel''! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/8/2004 01:52''! addAdditionalKeyboardFocus: aMorph (self additionalKeyboardFocuses includes: aMorph) ifFalse: [self additionalKeyboardFocuses addFirst: aMorph]! ! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/7/2004 23:47''! additionalKeyboardFocuses ^additionalKeyboardFocuses ifNil: [additionalKeyboardFocuses _ OrderedCollection new].! ! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/8/2004 00:12''! clearFocusHolder: aMorph self keyboardFocus == aMorph ifTrue: [^self keyboardFocus: nil]. (self additionalKeyboardFocuses includes: aMorph) ifTrue: [self removeAdditionalKeyboardFocus: aMorph].! ! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/7/2004 23:48''! fullKeyboardFocuses ^self additionalKeyboardFocuses copyWith: self keyboardFocus.! ! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/7/2004 23:43''! keyboardFocuses keyboardFocuses ifNil: [keyboardFocuses := OrderedCollection new]. ^keyboardFocuses! ! !HandMorph methodsFor: ''focus handling'' stamp: ''hpt 8/7/2004 23:49''! removeAdditionalKeyboardFocus: aMorph self additionalKeyboardFocuses remove: aMorph! ! !HandMorph methodsFor: ''private events'' stamp: ''hpt 8/8/2004 01:18''! sendFocusEvent: anEvent to: focusHolder clear: aBlock "Send the event to the morph currently holding the focus" | result w e | w _ focusHolder world ifNil:[^ aBlock value]. w becomeActiveDuring:[ ActiveHand _ self. ActiveEvent _ anEvent. e _ (anEvent transformedBy: (focusHolder transformedFrom: self)). result _ focusHolder handleFocusEvent: e . anEvent wasHandled: e wasHandled. ]. ^result! ! !HandMorph methodsFor: ''private events'' stamp: ''hpt 8/8/2004 01:09''! sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." self fullKeyboardFocuses do: [:focusHolder | "(anEvent keyCharacter = $\) ifTrue: [self halt]." anEvent wasHandled ifFalse: [self sendEvent: anEvent focus: focusHolder clear:[self clearFocusHolder: focusHolder]]].! ! Morph subclass: #HandMorph instanceVariableNames: ''mouseFocus keyboardFocus eventListeners mouseListeners keyboardListeners mouseClickState mouseOverHandler lastMouseEvent targetOffset damageRecorder cacheCanvas cachedCanvasHasHoles temporaryCursor temporaryCursorOffset hasChanged savedPatch userInitials lastEventBuffer genieGestureProcessor additionalKeyboardFocuses'' classVariableNames: ''DoubleClickTime EventStats NewEventRules NormalCursor PasteBuffer ShowEvents'' poolDictionaries: ''EventSensorConstants'' category: ''Morphic-Kernel''! *' It should be nice someone who knows well morphic checks it. Cheers, Guille

2 2

[Pharo-project] SmalltalkImage vs SystemDictionary
by GermÃ¡n Leiva June 7, 2010

June 7, 2010

Hi, I have a doubt ... why in Pharo 1.0 Smalltalk class == SystemDictionary and in Pharo 1.1 Smalltalk class == SmalltalkImage? Looking at the issue tracker (thanks Carla): We should make - Smalltalk pointing to SmalltalkImage current - have SystemDictionary only having classbindings management. and Smalltalk globals pointing to SystemDictionary instance. This way we finish the refactoring started long time ago. We should have a look at the way this was done in Squeak so that we get the same compatible for now solution. What's involved in *the refactoring started long time ago* and what's the motivation for it? Cheers -- GermÃ¡n Leiva LeivaGerman(a)gmail.com

4 6