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

[Pharo-project] Pharo 1.4 on Dzone
by Torsten Bergmann April 20, 2012

April 20, 2012

http://www.dzone.com/links/pharo_14_released.html -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

Re: [Pharo-project] Compiler does not barks anymore for unknown selectors?
by Marcus Denker April 20, 2012

April 20, 2012

On Apr 19, 2012, at 11:05 PM, Mariano Martinez Peck wrote: > Hi guys. Previously, in Pharo 1.3, when compiling a method that has message sent to an unknown selector, the compiler used to bark and open a popup suggesting other similar messages or to choose the one you originally wanted. Now it does not bark nor opens a popup. Instead it direcly puts what I said. Is that expected? > Is your selector really unknown? -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] new Apple UI patent
by Pavel Krivanek April 20, 2012

April 20, 2012

See http://www.techspot.com/news/48252-apple-awarded-patent-for-look-and-feel-o… it looks familiar... -- Pavel

2 1

[Pharo-project] Compiler does not barks anymore for unknown selectors?
by Mariano Martinez Peck April 19, 2012

April 19, 2012

Hi guys. Previously, in Pharo 1.3, when compiling a method that has message sent to an unknown selector, the compiler used to bark and open a popup suggesting other similar messages or to choose the one you originally wanted. Now it does not bark nor opens a popup. Instead it direcly puts what I said. Is that expected? Thanks, -- Mariano http://marianopeck.wordpress.com

2 1

Re: [Pharo-project] Problem with Traits, Ring, RPcakage and Obsoletes
by Marcus Denker April 19, 2012

April 19, 2012

On Apr 19, 2012, at 7:02 PM, Eliot Miranda wrote: > > > On Wed, Apr 18, 2012 at 11:27 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Apr 18, 2012, at 11:49 PM, Mariano Martinez Peck wrote: > > > Hi guys. I am running some tests with Fuel. In such test I create classes and traits. The problem is that I get a: "MessageNotUnderstood: receiver of "isProvided" is nil" > > Everything starts (it seems) when I do #addToComposition: and I receive a MethodRecategorized event and RPackage calls #systemMethodRecategorizedActionFrom: > > There, the problem is with -> method isProvidedByATrait > > the class of the method is 'AnObsoleteClassForTestToBeDeleted1' > > And the error finally arrives to #providedLocatedMethod where it does "each method isProvided" the problem is that "each" is a RGMethodDefinition with everything in nil except 'name' and 'annotations'. > > I attach PharoDebug.log. > > Any help is really appreaciated. > > we should fix this bug: > > http://code.google.com/p/pharo/issues/detail?id=4750 > > it used to be that methods did not know their name, thus MethodReference had to be used for many things. > This combined with not sharing compiledMethods means that traits can use methods > directly. > > I'm very worried by this. This misses the fact that a MethodReference and a CompiledMethod are two different things *because* methods can be redefined. So if one holds onto a method that gets redefined one can have more than one method with the same name. However, a MethodReference always refers to the method that is currently installed. In this way a MethodReference is a pointer, a coordinate, but a method is a referent. Personally I think the distinction is important; browser tools should use references, not referents. > But the tools use Ring... somehow I thin it's odd that the inner workings of Traits used MethodReference (it was just because methods have no selector...) Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Long click on pluggeable button
by Hilaire Fernandes April 19, 2012

April 19, 2012

Hello, Don't know if any of you tried to use long click event with pluggable button. At first it looks pretty easy, as: btn on: #mouseStillDown send: #hello to: self. does the job. The hell is comming because btn aspect is changed but it states is not changed. This is what I want but the aspect changed, but not the state, so it get unsynchronized. I cannot find how to get the btn back to its aspect reflected by its sate (#getModelState). I look at #update: but did not find. Of course it will be even better if its aspect is not changed when #mouseStillDown event is triggered, but only at mouseUp. Thanks Hilaire PS: - I found state to be misleading, should not it be selected? - Also the use of symbol to describe the morph is a hell - the morph extension add a layer of obscurity - update/change is catastrophic in term of readability to maintain large application Yes, I fell Morph does not scale when you get large application. At least I got lost in my own code only when dealing with this specific part. -- Dr. Geo -- http://www.drgeo.eu

4 6

Re: [Pharo-project] Stupid question about Fuel
by Marcus Denker April 19, 2012

April 19, 2012

On Apr 15, 2012, at 1:44 PM, Edgar J. De Cleene wrote: > > And wish made experiments if this Foo.fuel could be loaded into different > fork as Squeak, Cuis having Fuel into. > I would not waste time with that... we will improve Pharo constantly, and it will be very hard (if not impossible) to keep some kind of compatibility layer on a binary code level between Pharo, Squeak and Cuis. And what do you get out of it? Wouldn't it be better to use the time to improve one system and make sure that system has a future? Marcus -- Marcus Denker -- http://marcusdenker.de

10 20

[Pharo-project] Ehh??? cannot fileout with Nautilus and RPackage?
by Mariano Martinez Peck April 19, 2012

April 19, 2012

fileOut self error: 'I should be implemented somehow' mmmmmmm -- Mariano http://marianopeck.wordpress.com

2 1

Re: [Pharo-project] Problem with Traits, Ring, RPcakage and Obsoletes
by Fernando Olivero April 19, 2012

April 19, 2012

Hi Mariano, we should be able to "silently" create temporal classes, without notifying the system. Have you tried something like this: default := RPackage organizer. [ default unregister. SystemChangeNotifier uniqueInstance doSilently: [ Object subclass: #TemporalClassForFuel instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'FuelTests']. ] ensure:[ (Smalltalk globals classNamed: 'TemporalClassForFuel' ) removeFromSystem:false. default register]. Saludos, Fernando On Wed, Apr 18, 2012 at 11:49 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hi guys. I am running some tests with Fuel. In such test I create classes and traits. The problem is that I get a: "MessageNotUnderstood: receiver of "isProvided" is nil" > Everything starts (it seems) when I do #addToComposition: Â and I receive a MethodRecategorized event and RPackage calls #systemMethodRecategorizedActionFrom: > There, the problem is with Â -> Â method isProvidedByATrait > the class of the method is 'AnObsoleteClassForTestToBeDeleted1' > And the error finally arrives to #providedLocatedMethod where it does "each method isProvided" Â the problem is that "each" is a RGMethodDefinition with everything in nil except 'name' Â and 'annotations'. > I attach PharoDebug.log. > Any help is really appreaciated. > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com >

3 4

[Pharo-project] OB, Refactoring, and OCompletion in 1.4
by Sean P. DeNigris April 19, 2012

April 19, 2012

The Welcome window points to the config browser, which loads basic OB (no refactoring). I was expecting to have refactoring installed, which is done via (per http://forum.world.st/ANN-new-stable-version-of-omnibrowser-td4525968.html#…) (ConfigurationOfOmniBrowser project version: #stable) load: #( 'Dev' 'Dev Tests'). This scripts installs OmniBrowser + OCompletion + Refactoring Browser The above works, but maybe this is a problem because it's using the old OCompletion? Then I tried to load NewOCompletion to see if it played nicely with OB, and got: "Error: Could not resolve: ConfigurationOfNewECompletion [ConfigurationOfNewECompletion] in /.../Pharo-1.4/package-cache". So I loaded ConfigurationOfNewECompletion manually in the MC browser, and then ran into "MessageNotUnderstood: NOCCompletionTable class>>methodChanged:" So there are some problems with the configs for the new completion work... and if these new tools work with OB, maybe the config for OB should be updated to use them, and then maybe the default group of the OB config should load 'Dev'... Sean Sean -- View this message in context: http://forum.world.st/OB-Refactoring-and-OCompletion-in-1-4-tp4568254p45682… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 2