December 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Rome port

by Tudor Girba

Hi Alex, In what image are you loading it that it works? Only after adding Rome- Reference to what was said before was it Ok. Cheers, Doru On 18 Dec 2009, at 15:51, Alexandre Bergel wrote: > Hi Doru, > > As I said, just load what is suggested with Gofer. > > Alexandre > > > On 18 Dec 2009, at 13:30, Tudor Girba wrote: > >> Hi, >> >> Thanks, but the packages do not seem to load either: >> >> - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- >> MichaelRueger.498, but when I try to load Rome, I get >> "This package depends on the following classes: >> RomePath >> RomeReferenceCanvas ... " >> >> - in 10500dev the image crashes when I try to load Graphics- >> MichaelRueger.168 >> >> What am I doing wrong? >> >> Cheers, >> Doru >> >> On 18 Dec 2009, at 13:12, Simon Denier wrote: >> >>> >>> On 18 dÃ©c. 2009, at 13:03, Tudor Girba wrote: >>> >>>> Hi, >>>> >>>> I am a bit confused :). This link seems to not work: >>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>> RomePlugin.bundle.zip >>>>>> >>>> >>>> What exactly should I do if I wanted to get Rome in 1.0 using a >>>> 4.2.2 >>>> VM? >>> >>> >>> You just need to install the packages indicated by Michael, the >>> plugin is already there. It works for me. >>> >>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>> On 17 Dec 2009, at 20:33, StÃ©phane Ducasse wrote: >>>> >>>>> Thanks john >>>>> >>>>> I deleted the plugging file. >>>>> >>>>> Stef >>>>> >>>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>>> >>>>>> Ya, for years now I've shipped the latest Rome plugin, which >>>>>> BTW I >>>>>> did compile, >>>>>> within the Squeak macintosh carbon VM. >>>>>> >>>>>> It's version 1.2.1 >>>>>> >>>>>> Likely the one https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>>> >>>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>>> things to do for Christmas. >>>>>> >>>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>>> >>>>>>> Michael, this is an excellent start! >>>>>>> Thanks for this. This is important. >>>>>>> >>>>>>>> You will need the RomePlugin for your platform. >>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>> RomePlugin.bundle.zip >>>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>>> >>>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>>> this is >>>>>>> the same version of the plugin >>>>>> >>>>>> -- >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> ================================================================= >>>>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>>>> squeaker68882 >>>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> = >>>>>> ================================================================= >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>>> project >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> "Don't give to get. Just give." >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> >> "One cannot do more than one can do." >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 "Every thing has its own flow."

Dec. 18, 2009

[Pharo-project] Issue 1633: Object allSubInstances appears to loop forever

by Stan Shepherd

Pharo image: Pharo | Pharo-core PharoCore1.0rc1 Latest update: #10502 VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: #10074] Steps to reproduce: 1.Object allSubInstances It appears to be repeatedly adding its current context. ...Stan OrderedCollection>>addLast: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 OrderedCollection>>add: Receiver: an OrderedCollection(an Object an Object an Object an Object an Object an Object an Object...etc... Arguments and temporary variables: newObject: [] in Object class(Behavior)>>allSubInstances Receiver's instance variables: array: an Array(an Object an Object an Object an Object an Object an Object an ...etc... firstIndex: 1 lastIndex: 1173805 [] in Object class(Behavior)>>allSubInstances Receiver: Object Arguments and temporary variables: aCollection: [] in Object class(Behavior)>>allSubInstances x: an OrderedCollection(an Object an Object an Object an Object an Object an Ob...etc... Receiver's instance variables: superclass: ProtoObject methodDict: a MethodDictionary(size 408) format: 2 instanceVariables: nil organization: ('*DynamicBindings' binding binding: hasBinding removeBinding) ('...etc... subclasses: {BalloonState. StandardFileMenuResult. UndefinedObject. Boolean. Fi...etc... name: #Object classPool: a Dictionary(#DependentsFields->a WeakIdentityKeyDictionary(MCWorkin...etc... sharedPools: nil environment: Smalltalk category: #'Kernel-Objects' traitComposition: {} localSelectors: nil ... -- View this message in context: http://n2.nabble.com/Issue-1633-Object-allSubInstances-appears-to-loop-fore… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by George Herolyants

2009/12/18 GeertClaes <geert.wl.claes(a)gmail.com>: > George Herolyants-3 wrote: >> >> Though I think WhiskerBrowser still covers the above use case better. >> Unfortunately it doesn't run on Pharo. >> > > Maybe WhiskerBrowser can be created using Glamour? I don't now. IIRC someone on the list mentioned that Glamour can't be used to build real browsers for now, but I may be wrong. I wonder, if it can be done using OB? It would be cool if it was possible. Recently I loaded it into Pharo but it relies on some missing classes and expects some old behaviour from underlying libraries. It worked somehow but it has some visual artefacts (for example boxes for tree menu items are smaller than the text they contain; see in the attachment). And of course in lacks all the cool stuff OB has. Cheers, George

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by GermÃ¡n Arduino

Talking about browsers, I use to use more than one as Laurent. And have a question, OB don't have a "recent (r)" menu as Classic Browser that permit to have at hand the last used classes? This is very useful to me. Cheers. GermÃ¡n. 2009/12/18 laurent laffont <laurent.laffont(a)gmail.com>: > I would like a mix of the three ;). For me > O2PackageBrowserAdaptor is great for > - monticello integration > - package, hier. groups views, > - history navigation > - explicit icons > OBSystemBrowserAdaptor for > - speed > - the toolbar (browse, hierarchie, variables, ...) and especially "versions" > button > Browser for: > - speed > - class comment panel > To explore the system I use Â O2PackageBrowserAdaptor, to write code I > useÂ OBSystemBrowserAdaptor. > For Christmas, I would like :) > - tab support because my laptop has a small screen > - split code panel like emacs/vi to edit/view several methods at once > Cheers, > Laurent > On Thu, Dec 17, 2009 at 9:32 PM, Alexandre Bergel <alexandre(a)bergel.eu> > wrote: >> >> Hi! >> >> I saw many people using the package browser instead of >> OBSystemBrowserAdaptor, even if this last is faster and has less bug. >> I am just wondering whether reverting the default browser to >> O2PackageBrowser is not something we should consider. >> >> Cheers, >> Alexandre > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Dec. 18, 2009

[Pharo-project] [update 1.1] #11109

by Marcus Denker

11109 ----- Issue 951: shadowed instance variables in tests Thanks to Cyrille Delaunay Issue 1626: OutofMemoryException Thanks to Andreas Raab Issue 1629: enhance #indexOfAnyOf: Thanks Nicolas!

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by George Herolyants

2009/12/18 Levente Uzonyi <leves(a)elte.hu>: > Sure, start the vm with: -vm display=none. Then use RFB to connect to the > image, we use several such images. Yes. You're right. I completely forgot about the possibility to use RFB. Yeah, in this case all the native dialogs won't fit at all. And multiple windows in the meaning I described previously add complexity in this case. But. IIUC Newspeak's GUI framework has the possibility to handle such issues. In case native GUI is inaccessible, it can render itself in Morphic and thus provide the possibility to use RFB. And native dialogs may be handled this way. So, nothing impossible :).

Dec. 18, 2009

Re: [Pharo-project] Rome port

by Alexandre Bergel

Hi Doru, As I said, just load what is suggested with Gofer. Alexandre On 18 Dec 2009, at 13:30, Tudor Girba wrote: > Hi, > > Thanks, but the packages do not seem to load either: > > - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- > MichaelRueger.498, but when I try to load Rome, I get > "This package depends on the following classes: > RomePath > RomeReferenceCanvas ... " > > - in 10500dev the image crashes when I try to load Graphics- > MichaelRueger.168 > > What am I doing wrong? > > Cheers, > Doru > > On 18 Dec 2009, at 13:12, Simon Denier wrote: > >> >> On 18 dÃ©c. 2009, at 13:03, Tudor Girba wrote: >> >>> Hi, >>> >>> I am a bit confused :). This link seems to not work: >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>> >>> >>> What exactly should I do if I wanted to get Rome in 1.0 using a >>> 4.2.2 >>> VM? >> >> >> You just need to install the packages indicated by Michael, the >> plugin is already there. It works for me. >> >> >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 17 Dec 2009, at 20:33, StÃ©phane Ducasse wrote: >>> >>>> Thanks john >>>> >>>> I deleted the plugging file. >>>> >>>> Stef >>>> >>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>> >>>>> Ya, for years now I've shipped the latest Rome plugin, which BTW I >>>>> did compile, >>>>> within the Squeak macintosh carbon VM. >>>>> >>>>> It's version 1.2.1 >>>>> >>>>> Likely the one https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>> >>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>> things to do for Christmas. >>>>> >>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>> >>>>>> Michael, this is an excellent start! >>>>>> Thanks for this. This is important. >>>>>> >>>>>>> You will need the RomePlugin for your platform. >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>> >>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>> this is >>>>>> the same version of the plugin >>>>> >>>>> -- >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> ================================================================== >>>>> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >>>>> squeaker68882 >>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> ================================================================== >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> "Don't give to get. Just give." >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Simon >> >> >> >> >> _______________________________________________ >> 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 > > "One cannot do more than one can do." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 18, 2009

Re: [Pharo-project] Pharo for Professional Development

by Michael Rueger

Bart Gauquie wrote: > > Allow me to explain why I have such strong beliefs about this. On my > firm, we are using some techniques to enable that. On one project they > are releasing new functionality every two weeks. How they do that is as > following. These 2 weeks releases are incremental changes to a already > running production system. They take a limited set of functionality that > can be developed in say just over a week. Nightly builds are deployed on You mean for a two week release cycle you only plan for one week of development? Are your managers *sane*? ;-) I think most of us can't imagine working in an environment like that, being used to one week release cycles with two weeks of work scheduled ;-) Of course with kind of development cycle I can perfectly understand why you expect the 1.1 branch to always be working. Realistically though the OpenSource cycle is more one developer working, community testing. Which is not to say that we try to get better :-) Michael

Dec. 18, 2009

Re: [Pharo-project] Default code browser

by GeertClaes

George Herolyants-3 wrote: > > Though I think WhiskerBrowser still covers the above use case better. > Unfortunately it doesn't run on Pharo. > Maybe WhiskerBrowser can be created using Glamour? -- View this message in context: http://n2.nabble.com/Default-code-browser-tp4183317p4186933.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 18, 2009

Re: [Pharo-project] [update 1.1] #11107

by StÃ©phane Ducasse

Thanks a lot alain this is really cool! What a work! I imagine that now you want to rest from Preferences :) Stef On Dec 18, 2009, at 2:42 PM, Marcus Denker wrote: > Issue 1627: Preferences Migration Part11 > > Pass 1 finished !!!! > All core preferences are migrated. > > SLICE-PreferencesMigrationPart11-AlainPlantec.11 is in inbox > > * migrates "windows color" "keyboard" "security" "scrolling" "keyboard" > "services" "updates" groups > * removes WindowColorRegistry class > * ProjectLauncher readDocumentAtStartup: is here again > * each model specifies its preferred color for squeak ui themes with a > #patchworkUIThemeColor method > * added "Kernel-SystemSettings" package > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 18, 2009