- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fwd: may be a bottleneck

by StÃ©phane Ducasse

may be the OB package at least one OB. Stef On Jul 29, 2009, at 8:11 AM, Damien Cassou wrote: > On Tue, Jul 28, 2009 at 8:42 PM, StÃ©phane > Ducasse<stephane.ducasse(a)inria.fr> wrote: >>> I'm trying to fix the problem of actualClass and I realize that >>> actualClass is invoked all the time by the browsers >>> on redisplay. I wonder why the browser are refreshing when normally >>> they should only do that on events. > > What browser are you talking about? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 30, 2009

Re: [Pharo-project] Fwd: [Bug and Fix] actualclass in presence of classtrait

by Igor Stasenko

2009/7/29 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>>> >> then you don't need the MethodReference, >> because you having a CompiledMethod(s), which are installed on system. >> and RemoteMethodReference , which is not. >> >> Btw, i am curious myself, what is the point in referencing the methods >> indirectly (through MethodReference)? > > no idea. now this is there and may be we will remove it but for now > it should work. We should not do everything at the same time. > >> Why not just reference directly to CompiledMethod? >> What it gives in addition to what CompiledMethod itself could answer >> to you? > > Now package :) > you mean by adding the 'package' ivar to it? Then it makes sense to some sort - to be able to walk back from method to package, in addition to walking from package to particular method. But i wonder, where it could be useful? Browser browsing real classes and in order to create MethodReference from CompiledMethod (for whatever reason), it still needs to determine to which package it belongs to beforehead - in order to fill that ivar :) . > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

July 30, 2009

Re: [Pharo-project] SmalltalkImage current platformName [WAS] Re: Baseline test results on pharo core 10392

by Igor Stasenko

2009/7/30 Damien Cassou <damien.cassou(a)gmail.com>: > On Wed, Jul 29, 2009 at 8:30 PM, Igor Stasenko<siguctua(a)gmail.com> wrote: >> Or, someone please tell me, why everyone tend to mis-use the singleton >> pattern in a form: >> 'Foo current' , whereas the Foo is already a singleton??? > > Because you can transform 'Foo current' in a non-singleton if you want > to later. This is not the case of Foo. > But this will never be the case for things like OSPlatform, isnt? So, why lenghtening the path to get to interesting feature/protocol, by introducing #current ? > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

July 30, 2009

Re: [Pharo-project] A question about Gofer

by Lukas Renggli

> I would like to know if Gofer is also working deconnected. If you specify a local repository, then yes. Otherwise Gofer currently requires the repository to be accessible. > I often work in places where internet connection is not working and I > would love > to see my loading scripts checking my local cache for loading packages. Checking multiple repositories leads to even worse unpeedictable behavior, when no exact version is specified. > If this is not there yet, Lukas may be I could add this features to > Gofer? It can already be done when specifying a repository group. The API needs to be improved to coveniently use it though. Lukas > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

July 30, 2009

[Pharo-project] Polymorph updates

by Gary Chambers

A few updates to Polymorph, mostly cleaning up _ to := Some improvements to the keyboard handling in PopupChoiceDialog. Refactoring of SoundTheme. Regards, Gary

July 30, 2009

[Pharo-project] How to help with bugfixing

by Marcus Denker

Hi, Here a small guide for those who want to help with bufixing. Website is: http://code.google.com/p/pharo/issues/list The simplest thing to help is to look at a report and ask yourself the Question: "What is the next physical, down to earth action that need to be done to get this issue resolved?". Actually, adding a statement about that to the report alone would help *a lot*. You don't need to do anything, just write down what should be done next. And magically, often the next step is trivial. The report links to a website which has a changet? The next step is to attach it to this report. The report describes that method x and y in Class Z need to be removed? add a changeset (or a slice in the inbox) to do that. Marcus -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

July 30, 2009

[Pharo-project] Installer MC1.5 inside Pharo

by Damien Cassou

ScriptLoader loadMC16 There is currently a problem where Installer>>installMCZ:from: calls #install:stream: on MczInstaller but this one DNU. You can fix it by replacing the call to #installStream: instead when the bug occurs. Also, Installer-Launcher overrides ProjectLauncher>>startUpAfterLogin and calls the non existing #setupFlaps. When that happens, just remove the call to #setupFlaps and restard. Keith, could you please fix these two bugs? Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

July 30, 2009

[Pharo-project] [update] #10400

by Marcus Denker

#10400 ----- Issue 1009: AST overrides a method of the core Issue 1013: 6086: Cannot use CrLfFileStream on '/dev/stdout' Issue 1010: VB-Regex contains some changes in SqueakSource -- Marcus Denker - http://marcusdenker.de PLEIAD Lab - Computer Science Department (DCC) - University of Chile

July 30, 2009

Re: [Pharo-project] [OT] Mondrian question

by Tudor Girba

Hi Mariano, Mondrian is an engine for scripting visualizations of arbitrary models. You start from a set of objects and you specify how you want to display them. Instead of going for hardcoded scripts, I suggest taking a look at the scripting capabilities. Take a look here for an example (although the example is for VW it largely works the same in Pharo): http://moose.unibe.ch/tools/mondrian/tour So, to answer your questions: 1) yes, you just have to connect the proper nodes with the desired edges 2) yes, you can specify exactly what objects you want to be displayed Please let us know if you get more questions. Cheers, Doru p.s. I think best would be to continue the conversation on the moose-dev(a)iam.unibe.ch mailing list. On 30 Jul 2009, at 15:43, Mariano Martinez Peck wrote: > First of all, let me know if there is a better place to ask > questions related to Mondrian. > > I am preparing my ESUG presentation and I am a bit lazy to some UML > diagrams. I would like to do a reverse engineer of my code. The main > problem is that most (if not all) UML software are with "java style" > using () in methods and you cannot import smalltalk code. So, I want > to give Mondrian a try. > > I loaded it into Pharo and draw the classes I need, using something > like this: > > MOReadme new umlFor: self myClassesToDraw > > The thing is that only "inherits" relationship is drawn. Now I wonder: > > 1) can I draw by hand associations and dependencies between classes ? > > 2) Is there a way to show only some methods instead of ALL of them ? > > Thanks, > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "It's not how it is, it is how we see it."

July 30, 2009

[Pharo-project] [OT] Mondrian question

by Mariano Martinez Peck

First of all, let me know if there is a better place to ask questions related to Mondrian. I am preparing my ESUG presentation and I am a bit lazy to some UML diagrams. I would like to do a reverse engineer of my code. The main problem is that most (if not all) UML software are with "java style" using () in methods and you cannot import smalltalk code. So, I want to give Mondrian a try. I loaded it into Pharo and draw the classes I need, using something like this: MOReadme new umlFor: self myClassesToDraw The thing is that only "inherits" relationship is drawn. Now I wonder: 1) can I draw by hand associations and dependencies between classes ? 2) Is there a way to show only some methods instead of ALL of them ? Thanks, Mariano

July 30, 2009