Moose-dev June 2008

moose-dev@list.inf.unibe.ch

17 participants
58 discussions

Fwd: [squeak-dev] JSqueak, the erstwhile Potato, is out!
by stephane ducasse 24 Jun '08

24 Jun '08

I would like to try to set up a collab.net for tracking moose. Do we give a try? Stef Begin forwarded message: > From: Robert Krahn <robert.krahn(a)student.hpi.uni-potsdam.de> > Date: June 23, 2008 9:36:37 PM CEDT > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > Subject: Re: [squeak-dev] JSqueak, the erstwhile Potato, is out! > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org > > > > Hi! > >> There is always google code, which is reasonably fast (inluding the >> wiki).. > > > ... or even better: open.collab.net. We used the Collabnet services > intensively during our last project and they provide really good > tooling for hosting and managing a project like JSqueak. > > Besides a reliable SVN repository open.collab.net provides tools for > user stories, a bug tracking system, mailing lists, RSS'able > announcements and more. > > Robert > >

1 0

stuck with meta :(
by stéphane ducasse 23 Jun '08

23 Jun '08

Hi doru allClasses <navigation: 'All classes'> ^self allWithType: FAMIXClass asMetaDescription I do not know how I can define asMetaDescription because I do not want to import Meta in Squeak :( So I still cannot run the tests of the importer. So I will define my own methods to be able to query the model. Do you know if FMSlot are available again because the only tests that worked before just broke :( Stef

3 2

who can help
by Stéphane Ducasse 23 Jun '08

23 Jun '08

Hi I would like to who besides doru can really help in migrating Moose to Squeak and maintaining. Because so far I see only me alex and doru. Stef

3 2

Re: MooseCore depends on other packages
by Romain PEIRS 23 Jun '08

23 Jun '08

Hi, It's fine. MooseCore depends on nothing now. Romain -----Message d'origine----- De : Stéphane Ducasse [mailto:stephane.ducasse@univ-savoie.fr] Envoyé : dimanche 22 juin 2008 22:18 À : peirsro(a)ensieta.fr; Related to the development of Moose and other related tools Objet : Re: [Moose-dev] MooseCore depends on other packages Hi romain can you check because I fixed the problems you kindly reported :) Stef On Jun 19, 2008, at 11:57 AM, Romain PEIRS wrote: > Hi, > > I would know why the package MooseCore depends on other packages : > MooseUI > and MooseFAMIXModel? > Indeed, the methods defaultViewer in the classes Object and > MooseElement > make an access on the class MooseBrowserEntityUI which is defined in > the > package MooseUI. > Moreover, the methods importClasses, importMethods and > importNamespaces in > the class MooseImporter make an access on the classes FAMIXClass, > FAMIXMethod and FAMIXNamespace, respectively. > Should we move these methods on an other place? > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

2 1

MooseCore depends on other packages
by Romain PEIRS 22 Jun '08

22 Jun '08

Hi, I would know why the package MooseCore depends on other packages : MooseUI and MooseFAMIXModel? Indeed, the methods defaultViewer in the classes Object and MooseElement make an access on the class MooseBrowserEntityUI which is defined in the package MooseUI. Moreover, the methods importClasses, importMethods and importNamespaces in the class MooseImporter make an access on the classes FAMIXClass, FAMIXMethod and FAMIXNamespace, respectively. Should we move these methods on an other place?

3 3

About groupedBy:
by Stéphane Ducasse 22 Jun '08

22 Jun '08

Hi doru I'm working on the importer again and I found that groupedBy: was not imported as extension of MooseCore. So may be I will have to check all the extensions. Now is it me that does not find tests for groupedBy: or it is correct? Stef

3 2

famix and fame
by Tudor Girba 19 Jun '08

19 Jun '08

Hi, Today, Toon and me worked on Fame and FAMIX in Squeak. We regenerated FAMIX and the results are: - Added addTo* like methods (for example, FAMIXClass>>addToMethods: aMethod). The reason why it's not just addMethod: is due to us being unable tofind a simple and robust algorithm for producing English singular. Also, just taking the type into account is not enough because of cases like incomingInvocations and outgoingInvocations. - Changed the names of parameters to reflect whether they are collections or not. - Made the Smalltalk superclass to be MooseEntity. We also worked on creating the meta-repository for FAMIX and we also have MSE files with FAMIX models loading. There still some work to be done to populate the MooseModel. I also fixed the loading error related to FMBookMock and fixed some . I will continue with working on the Moose Finder over the next days. Doru -- www.tudorgirba.com www.tudorgirba.com/blog "Value is always contextual."

2 1

Where is the NOM defined
by stéphane ducasse 19 Jun '08

19 Jun '08

Hi doru I tried to find where NOM was defined. I looked in the class FamixClass and found methods but I could not see the pragma. can you help there? Stef

3 2

there is 71 errors in Meta tests
by stéphane ducasse 19 Jun '08

19 Jun '08

Hi guys there are 71 errors in Meta tests. is there somebody that would like to have a look with me to see if we cannot reduce this number. Stef

3 2

getting all the methods that define a metric
by stéphane ducasse 18 Jun '08

18 Jun '08

Hi all I would like to know all the methods in Moose that define a metric. So I tried to look for the senders of #numericalProperty:longName:description: but there are none. How do we get all the pragma definers in VW? Stef

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev June 2008