April 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Weird Error with loading Moose in Pharo 1.3 (latest)

by phil＠highoctane.be

The warning: This package depends on the following classes: PaginatedMorphTreeModel You must resolve these dependencies before you will be able to load these definitions: GLMTreeMorphModel GLMTreeMorphModel>>acceptDroppingMorph:event:inMorph: GLMTreeMorphModel>>allKeystrokeActions GLMTreeMorphModel>>allMenuActions GLMTreeMorphModel>>amountToFilterBy GLMTreeMorphModel>>amountToFilterBy: GLMTreeMorphModel>>announce: GLMTreeMorphModel>>announcer GLMTreeMorphModel>>childrenBlock GLMTreeMorphModel>>childrenBlock: GLMTreeMorphModel>>defaultPageSize GLMTreeMorphModel>>defaultPageSize: GLMTreeMorphModel>>displayFormat GLMTreeMorphModel>>displayFormat: GLMTreeMorphModel>>doSearchOrFilter GLMTreeMorphModel>>dragEnabled GLMTreeMorphModel>>dragPassengerFor:inMorph: GLMTreeMorphModel>>dragTransferType GLMTreeMorphModel>>dragTransferTypeForMorph: GLMTreeMorphModel>>dropEnabled GLMTreeMorphModel>>executeFilter GLMTreeMorphModel>>executeSearch GLMTreeMorphModel>>explicitSelection: GLMTreeMorphModel>>explicitlySelectItem: GLMTreeMorphModel>>explicitlySelectMultipleItems: GLMTreeMorphModel>>filteredRoots GLMTreeMorphModel>>glamourPresentation GLMTreeMorphModel>>glamourPresentation: GLMTreeMorphModel>>inputText GLMTreeMorphModel>>inputText: GLMTreeMorphModel>>inputTextEnabled GLMTreeMorphModel>>keyStroke:from: GLMTreeMorphModel>>menu:shifted: GLMTreeMorphModel>>nodeModelFor: GLMTreeMorphModel>>onDoubleClick GLMTreeMorphModel>>resetChildrenContents GLMTreeMorphModel>>resetInput GLMTreeMorphModel>>resetTagsToFilterBy GLMTreeMorphModel>>rootNodes GLMTreeMorphModel>>roots GLMTreeMorphModel>>roots: GLMTreeMorphModel>>selection: GLMTreeMorphModel>>selectionPathItems GLMTreeMorphModel>>shouldFilterByAmount GLMTreeMorphModel>>shouldFilterByTag: GLMTreeMorphModel>>shouldFilterByTextInput GLMTreeMorphModel>>tagsToFilterBy GLMTreeMorphModel>>toggleAmountToFilterBy GLMTreeMorphModel>>toggleFilteringByTag: GLMTreeMorphModel>>updateRoots GLMTreeMorphModel>>wantsDroppedMorph:event:inMorph: GLMTreeMorphModel>>when:do: Select Proceed to continue, or close this window to cancel the operation. 2012/4/2 Dale Henrichs <dhenrich(a)vmware.com> > Philippe, > > I'd like to understand where the '2' came from, could you look up the > stack and find the source of the '2', the method and args that lead to to > the 2 will help diagnose. > > Dale > > ----- Original Message ----- > | From: phil(a)highoctane.be > | To: pharo-project(a)lists.gforge.inria.fr > | Sent: Monday, April 2, 2012 7:03:32 AM > | Subject: [Pharo-project] Weird Error with loading Moose in Pharo 1.3 > (latest) > | > | > | While fetching ConfigurationOfMoose > | > | MessageNotUnderstood SmallInteger>>doesNotUnderstand > | > | > | Coming from > | > | > | MetacelloMCVersionSpec>>resolveToLoadableSpecs:map: > | > | > | reqd "print it" gives 2, a SmallInteger (but isEmpty on reqd isn't > | valid). > | > | > | > | > | > | > | > | resolveToLoadableSpecs: required map: packageMap > | > | > | | reqd allReqd map newReqd spec | > | reqd := required copy. > | allReqd := Set new. > | map := self packages map. > | [ reqd isEmpty ] whileFalse: [ > | newReqd := Set new. > | reqd do: [:req | > | (self resolveToLoadableSpec: req forMap: map packages: packageMap) > | do: [:loadableSpec | > | newReqd addAll: loadableSpec requires. > | newReqd addAll: loadableSpec includes ]]. > | allReqd addAll: reqd. > | newReqd removeAllFoundIn: allReqd. > | reqd := newReqd ]. > | packageMap keys do: [:pkgName | > | (spec := (packageMap at: pkgName) resolveToLoadableSpec) == nil > | ifTrue: [ packageMap removeKey: pkgName ] > | ifFalse: [ packageMap at: pkgName put: (packageMap at: pkgName) > | resolveToLoadableSpec ]] > | > | -- > | > | > | Philippe Back > | "Helping you hit the top 3 outcomes you really want to achieve" > | > | > | Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: > | phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > | http://philippeback.be > | > | > | High Octane SPRL > | rue cour Boisacq 101 > | 1301 Bierges > | > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 2, 2012

Re: [Pharo-project] Weird Error with loading Moose in Pharo 1.3 (latest)

by phil＠highoctane.be

Weird. Now, I got a warning and did a proceed and the VM froze. Then I did a new copy of a fresh 1.3 image. Loading again led to a VM crash after a long while. I am continuing to look. The system loads a ton of packages that's for sure. Phil 2012/4/2 Dale Henrichs <dhenrich(a)vmware.com> > Philippe, > > I'd like to understand where the '2' came from, could you look up the > stack and find the source of the '2', the method and args that lead to to > the 2 will help diagnose. > > Dale > > ----- Original Message ----- > | From: phil(a)highoctane.be > | To: pharo-project(a)lists.gforge.inria.fr > | Sent: Monday, April 2, 2012 7:03:32 AM > | Subject: [Pharo-project] Weird Error with loading Moose in Pharo 1.3 > (latest) > | > | > | While fetching ConfigurationOfMoose > | > | MessageNotUnderstood SmallInteger>>doesNotUnderstand > | > | > | Coming from > | > | > | MetacelloMCVersionSpec>>resolveToLoadableSpecs:map: > | > | > | reqd "print it" gives 2, a SmallInteger (but isEmpty on reqd isn't > | valid). > | > | > | > | > | > | > | > | resolveToLoadableSpecs: required map: packageMap > | > | > | | reqd allReqd map newReqd spec | > | reqd := required copy. > | allReqd := Set new. > | map := self packages map. > | [ reqd isEmpty ] whileFalse: [ > | newReqd := Set new. > | reqd do: [:req | > | (self resolveToLoadableSpec: req forMap: map packages: packageMap) > | do: [:loadableSpec | > | newReqd addAll: loadableSpec requires. > | newReqd addAll: loadableSpec includes ]]. > | allReqd addAll: reqd. > | newReqd removeAllFoundIn: allReqd. > | reqd := newReqd ]. > | packageMap keys do: [:pkgName | > | (spec := (packageMap at: pkgName) resolveToLoadableSpec) == nil > | ifTrue: [ packageMap removeKey: pkgName ] > | ifFalse: [ packageMap at: pkgName put: (packageMap at: pkgName) > | resolveToLoadableSpec ]] > | > | -- > | > | > | Philippe Back > | "Helping you hit the top 3 outcomes you really want to achieve" > | > | > | Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: > | phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > | http://philippeback.be > | > | > | High Octane SPRL > | rue cour Boisacq 101 > | 1301 Bierges > | > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 2, 2012

Re: [Pharo-project] Following the white rabbit

by phil＠highoctane.be

Well, this is the same story with the OSX build. Cmake isn't going to be happier... I am fine looking at that one first and then doing the iOS one later. Phil 2012/4/2 Esteban Lorenzano <estebanlm(a)gmail.com> > he, nothing changes in that area... in fact, right now I'm trying to see > why LocalePlugin is not working on cocoa vm (no iOS, but vm :P). > > best, > Esteban > > El 02/04/2012, a las 6:25p.m., phil(a)highoctane.be escribiÃ³: > > Nice! > > So, iOS VM? > > 2012/4/2 Esteban Lorenzano <estebanlm(a)gmail.com> > >> Hi list, >> >> Today was my first day working for Pharo consortium, and is not necessary >> to write how wonderful experience is to work in something really meaningful >> for al of us, smalltalkers who are trying to make a living using this >> environment. >> >> So far, I'm just starting to feel the magic, how it is everything in the >> real side of the matrix. A powerful world with tons of valuable things >> done, tons ongoing and even more tons just being started to dream. >> >> All my work this year will be improve the Pharo infraestructure and >> collaborate on consortium kick-off, so I'm going to do things at several >> levels. >> In particular this first week, I will be working on: >> -getting Pharo 1.4 ready to release (not just me, everybody here are >> commited to that, but well... I'm being paid for INRIA to do it :P) >> -start the Pharo consortium website building, which I think it will be a >> pier site with our own developed components. >> >> I'll keep you on track of what I'm doing. >> >> best, >> Esteban >> >> ps: Of course, I want to thank to Stef and Marcus for this great job and >> all the RMOD team here for being so helpful. >> >> >> > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: > http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges > > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 2, 2012

Re: [Pharo-project] [Pharo-users] Vancouver Smalltalk Developer Meetup Group

by phil＠highoctane.be

No, ToolBuilder. ToolBuilder-Kernel ToolBuilder-Morphic ToolBuilder cross-refs: MCWorkingCopyBrowser and ThreadSafeTranscript>>openAsMorphLabel: aString openAsMorphLabel: aString ^ (self buildWith: ToolBuilder default labeled: aString) openInWorld; yourself " ^UIManager default openTranscript: self asMorphLabel: aString So? Looks like interesting but... what's meant in the spec? Phil 2012/4/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > > How is this related to ToolBuilder in the image? > > You mean UIBuilder? > The idea is that this is quite strange that UIBUilder defines the logic of > debugger and other tools building. > Now imagine (as this is done in VW) that a tools has a spec that defines > how to populate and link its widgets, then > we would not need to have UIBuilder concentrating too much of the logic. > > stef > > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 2, 2012

Re: [Pharo-project] Following the white rabbit

by Esteban Lorenzano

he, nothing changes in that area... in fact, right now I'm trying to see why LocalePlugin is not working on cocoa vm (no iOS, but vm :P). best, Esteban El 02/04/2012, a las 6:25p.m., phil(a)highoctane.be escribiÃ³: > Nice! > > So, iOS VM? > > 2012/4/2 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi list, > > Today was my first day working for Pharo consortium, and is not necessary to write how wonderful experience is to work in something really meaningful for al of us, smalltalkers who are trying to make a living using this environment. > > So far, I'm just starting to feel the magic, how it is everything in the real side of the matrix. A powerful world with tons of valuable things done, tons ongoing and even more tons just being started to dream. > > All my work this year will be improve the Pharo infraestructure and collaborate on consortium kick-off, so I'm going to do things at several levels. > In particular this first week, I will be working on: > -getting Pharo 1.4 ready to release (not just me, everybody here are commited to that, but well... I'm being paid for INRIA to do it :P) > -start the Pharo consortium website building, which I think it will be a pier site with our own developed components. > > I'll keep you on track of what I'm doing. > > best, > Esteban > > ps: Of course, I want to thank to Stef and Marcus for this great job and all the RMOD team here for being so helpful. > > > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges >

April 2, 2012

Re: [Pharo-project] about ob for seaside 3.0.7

by StÃ©phane Ducasse

Wonderful. Now I hope that the seaside config will load it. Stef On Apr 2, 2012, at 3:09 PM, Guillermo Polito wrote: > It's fixed for latest 1.4 ;) > > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfOmniBrowser'; > load. > > (ConfigurationOfOmniBrowser > project version: #stable) load: #( 'Dev' 'Dev Tests'). > > On Mon, Apr 2, 2012 at 10:30 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > On Mon, Apr 2, 2012 at 10:15 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I'm checking it. As long as I can see, there were two deprecations easy to solve. > > What shows that nobody is using OB with the latest 1.4 :3 > > I'll run the tests in a few minutes -I have to download them first :P. > > > On Mon, Apr 2, 2012 at 9:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > can one of you give a try to load the latest version of OB in Pharo1.4? Because OB does not work in Seaside3.0.7 when loaded in Pharo1.4 and > I would like to know why. > > Stef > > >

April 2, 2012

Re: [Pharo-project] about ob for seaside 3.0.7

by StÃ©phane Ducasse

excellent! On Apr 2, 2012, at 10:28 AM, Guillermo Polito wrote: > (OB + OC + RB) tests are green :). > > I'll push a new ob version with the two little fixes. > > On Mon, Apr 2, 2012 at 10:15 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I'm checking it. As long as I can see, there were two deprecations easy to solve. I'll run the tests in a few minutes -I have to download them first :P. > > > On Mon, Apr 2, 2012 at 9:43 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > can one of you give a try to load the latest version of OB in Pharo1.4? Because OB does not work in Seaside3.0.7 when loaded in Pharo1.4 and > I would like to know why. > > Stef > >

April 2, 2012

Re: [Pharo-project] Voice reader support for Pharo

by StÃ©phane Ducasse

thierry are you planning to attend the PharoConf end of may because it would be great. I know that Alain Plantec should be present and probably Gary Chambers. Stef On Apr 2, 2012, at 1:26 PM, Goubier Thierry wrote: > Le 02/04/2012 13:10, Serge Stinckwich a Ã©crit : >> Great ! Don't forget to publish and document your changes. This could >> be great is Pharo Smalltalk could be used by other >> blind developers around the world ! > > I'll do! Just give me the time. So far, it seems I need to talk to the brlAPI lib through FFI, or write brltty protocol packets over TCP. I wonder which one it will be. > >> But there is more accessibility tools available when you are using a >> text-based environment like a shell. > > I believed that as well, until I met my colleague... > > So now I put back on my HCI hat : he's happy and proficient (and very experienced) with interactive GUIs, and I know it won't be hard for him to use the full Morphic GUI as soon as I get his braille keyboard to work. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

April 2, 2012

Re: [Pharo-project] Ha Noi Smalltalk Developers Meetup Group

by StÃ©phane Ducasse

I would love to join :) Thanks for all this good energy serge! Stef On Apr 2, 2012, at 1:01 PM, Serge Stinckwich wrote: > Dear all, > > we are considering starting some regular meetings for developers > interested by Smalltalk in Ha Noi (Vietnam). > Smalltalk is an object-oriented, dynamically typed, reflective > programming language. > Our platform of choice is Pharo: http://www.pharo-project.org/ > > The first meeting will be April 3rd from 6pm to 8pm at IFI (ngÃµ 42 Táº¡ > Quang Bá»u, quáºn Hai BÃ TrÆ°ng, HÃ Ná»i.). > If you are interested to join us, send me a message. > You can also join our mailing-list here: > http://lists.squeakfoundation.org/mailman/listinfo/smalltalk-vn > > The discussions of the first meeting will be around: > * Exploring different variations of current Smalltalk implementations > based on Pharo. > * Discussing about the workflow when working with Smalltalk. > > Regards, > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ >

April 2, 2012

Re: [Pharo-project] [Pharo-users] Vancouver Smalltalk Developer Meetup Group

by StÃ©phane Ducasse

> How is this related to ToolBuilder in the image? You mean UIBuilder? The idea is that this is quite strange that UIBUilder defines the logic of debugger and other tools building. Now imagine (as this is done in VW) that a tools has a spec that defines how to populate and link its widgets, then we would not need to have UIBuilder concentrating too much of the logic. stef

April 2, 2012