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

[Pharo-project] Pharo Sprint in Argentina

by Alexandre Bergel

Hi! I would like to organize a Pharo Sprint during May 17 and May 23. An entry has been added to the page http://code.google.com/p/pharo/wiki/PharoSprints Please, add your name if you wish to participate. The date and the location hasn't been defined yet. Some people proposed to do it in Rosario instead of Buenos Aires? I set up two doodle: Choose the day: http://www.doodle.com/fhb84vcu2df2amkq Choose the location: http://www.doodle.com/tte9fwnbnqk6ekbz Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2010

[Pharo-project] ConfigurationOfPharo and OmniBrowser

by Alexandre Bergel

Hi! I am now trying to make ConfigurationOfPharo load the last version of OmniBrowser. If I do in a fresh core: ConfigurationOfPharo project lastVersion load Then OmniBrowser-lr.458 and OB-Morphic-lr.112 are loaded. The loading blocks on the deprecated warning (yes, the registration in the World menu). In ConfigurationOfPharo>>version11: I have spec project: 'PharoNonCorePackages' with: '1.1.0'; project: 'NewInspector' with: '1.1'; project: 'Shout' with: '1.0'; project: 'Shout Tests' with: '1.0'; project: 'OCompletion' with: '1.1'; project: 'OCompletion Tests' with: '1.1'; project: 'OB Dev' with: '1.1.3'; project: 'OB Dev Tests' with: '1.1.3'; ... I therefore assume that the version 1.1.3 of OmniBrowser is loaded. 1.1.3 is indeed the last version specified in ConfigurationOfOmniBrowser: ConfigurationOfOmniBrowser project lastVersion => ~1.1.3 [ConfigurationOfOmniBrowser] But I evaluate: ConfigurationOfOmniBrowser project lastVersion load Then the version OB-Morphic-lr.116, OB-Standard-lr.463 and OmniBrowser- lr.469 are loaded. I find it is very hard to keep track of what is actually loaded. I haven't closely followed the evolution of Metacello, but there is not a way to say: spec project: 'OB Dev' with: 'lastestVersion' Or Something? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2010

Re: [Pharo-project] [Moose-dev] Re: Strange bug

by Cyrille Delaunay

After playing a bit with that, it seems that it is not moose specific. I have maybe an idea about the origin of the Problem: I have a package, Merlin, which is usually saved in is own repository, www.squeaksource.com/Merlin. I had to make some changes on Merlin, and during all this time, I saved all the 'dummy versions' of Merlin in another repository: www.squeaksource.com/DelaunayTmpStuffs. Now, if I compare the latest version from those two repositories: in www.squeaksource.com/Merlin, BEFORE CHANGES , the offset of the instance variable causing the problem is 10. in www.squeaksource.com/DelaunayTmpStuffs, AT THE END OF CHANGES , the offset of the instance variable causing the problem is 15. The problem will only happen when merging those two versions. If you load the version directly from DelaunayTmpStuffs, all will be ok. Then, I don't know how the information about the instance variable offsets is propagated along the different versions of a package. But it seems that when merging, the information (telling that the offset of the variable has changed) has been lost in all the version of DelaunayTmpStuffs 2010/4/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > We should check the Moose overrides? > is there somewhere a method adding behavior to behavior and friends? > I did not get the time to have a look. > > On Apr 26, 2010, at 11:29 PM, Tudor Girba wrote: > > > That is too low level for me :) > > > > Doru > > > > > > On 26 Apr 2010, at 13:56, Cyrille Delaunay wrote: > > > >> Hello, > >> > >> Last week I had a error due to a strange behaviour: I had an instance > variable and an accessor to this instance variable. The instance variable is > instanciated at the initialization of the class. When the error occure, the > instance variable is not nil (when inspecting it from the debugger ). But, > when evaluating the accessor, it return nil. > >> > >> This occure in the pharo 1.0 dev image. I test it this morning on a > clean image and on a click image with moose. It seems that the bug is > specific to moose. If you want to reproduce it: > >> > >> Download the last version of Merlin from > www.squeaksource.com/DelaunayTmpStuffs. > >> run the method MerlinExamples class >> parametrizedMorphDropLists. it > should work correctly. > >> Now restart, load moose (load Conf > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >

April 28, 2010

[Pharo-project] status of i18n for Pharo

by Hilaire Fernandes

Are there any work in progress of i18n? I need it for DrGeo or I will have to write message in French in the code. Hilaire

April 28, 2010

Re: [Pharo-project] Condensing Changes File

by Alexandre Bergel

> It can be done, but I don't like this option of "hiding" or > disabling the problems. With this, the bug may be forgotten or loose > attention. > If every time to try to build a PharoDev 1.1 on top of a PharoCore > 1.1 you get this error, someone will probably fix it ;) I agree. But this issue should not prevent us from making progress. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2010

Re: [Pharo-project] [Pharo-users] Traits versus packages

by Alexandre Bergel

Stef is right. The only kind of class extension that can be easily packaged is method addition and override, sadly. Cheers, Alexandre On 27 Apr 2010, at 21:16, Johan Fabry wrote: > Hi all, > > quick question. > > Preamble: If I have a trait TAMStructuralZoom defined in the package > AspectMaps (for example), and I want to apply it to the class > FAMIXNamespace, defined in the package Famix-Core (for example), > this implies that I need to change the class definition of > FAMIXNamespace like this: > FAMIXScopingEntity subclass: #FAMIXNamespace > uses: TAMStructuralZoom > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Famix-Core' > > Question: this change is now part of the Famix-Core package, right? > Is it possible for this change to be part of the AspectMaps package? > I want this for the obvious modularity & source code management > advantages. > -- > Johan Fabry > jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 28, 2010

[Pharo-project] [update 1.1] #11325

by StÃ©phane Ducasse

11325 ----- - Added TAssertable Stef

April 28, 2010

[Pharo-project] [update 1.1] #11324

by StÃ©phane Ducasse

11324 ----- - Issue 2368: hasBindingThatBeginsWith has been removed from SystemDictionary - Issue 1470: rename SwikiPseudoFileStream Stef

April 28, 2010

Re: [Pharo-project] Demo mode in Pharo

by Alain Plantec

Igor Stasenko a Ã©crit : > On 28 April 2010 12:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >>>> Hi, >>>> i'm looking for a way to put Pharo in demo mode with large fonts. >>>> There is a menu item in Squeak but i found nothing in Pharo. >>>> >>>> >>> Hi Serge, >>> >>> in Pharo 1.0 >>> Preferences setDemoFonts >>> >>> in Pharo 1.1 >>> from the setting browser, >>> style button (top button bar) then load item then you choose demo mode. >>> or >>> DemoSettingStyle new load >>> >> it would be cool to have a menu like in the old squeak. >> http://code.google.com/p/pharo/issues/detail?id=2369 >> > it would be cool to have UI zoomable, so you just zoom-in the stuff > and don't care about changing font sizes :) > > >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > > > >

April 28, 2010

[Pharo-project] [Fwd: Re: Demo mode in Pharo]

by Alain Plantec

April 28, 2010