Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

by Adrian DOZSA

Hi Stef, > Hi adi > > for now in VW you will not get FAMIX30 except if you port it and > integrate it. Unfortunately I am not that well accustomed with Moose, nor I have that much spare time. > For the Squeak version we made progress we have FAMIX20 and FAMIX30 > and we can extract Smalltalk code in FAMIX30. > > Stef > Considering that the new FAMIX30 is only developed in the Squeak version and that as I have seen lately on this mailing list most of the development efforts are moved to the Squeak version, should i understand that the Squeak version is/will be the primary/reference Moose implementation? Thanks, Adi D. ------------------------------ dipl.ing. Adrian DOZSA Programming Engineer mail: adi.dozsa(a)gmail.com web: http://adi.dozsa.googlepages.com/

16 years, 3 months

FAMIX 3.0 status

by Adrian DOZSA

Hi all, Which is the status of FAMIX 3.0? The website mentions a beta 14 version. How can i import FAMIX 3.0 meta-modelsinto Moose? because momentarily I get an error when a FAMIX 3.0 entity is found. And which are the short/medium term plans? stick with FAMIX 2 or migrate to v3? Thanks, Adi D. ------------------------------ dipl.ing. Adrian DOZSA Software Engineer mail: adi.dozsa(a)gmail.com web: http://adi.dozsa.googlepages.com/

16 years, 3 months

Fwd: 54202 (Modified) (C) Error in RBParser patchLiteralArray

by stéphane ducasse

Begin forwarded message: > From: MARS(a)cincom.com > Date: January 7, 2009 6:47:31 PM CEST > To: sdahl(a)goshawk.com, s(a)xss.de, tgriggs(a)cincom.com, smichael(a)cincom.com > , aknight(a)cincom.com, mlucas-smith(a)cincom.com, ducasse(a)iam.unibe.ch, mkobetic(a)cincom.com > , holger(a)heeg.de > Subject: 54202 (Modified) (C) Error in RBParser patchLiteralArray > > > > The URL to view this AR is: http://cosmo.cincom.com:8008/launch/MARS/54202 > > This AR is currently: inReview > This AR is assigned to: dahl > > > :: Modified with by hguhl on January 7, 2009 9:47:29.748 > :: Changed Inform Field (s(a)xss.de TOOLS ducasse(a)iam.unibe.ch sdahl > FORREVIEW tgriggs->s(a)xss.de TOOLS ducasse(a)iam.unibe.ch sdahl > FORREVIEW tgriggs hguhl) > :: Changed Links (->FR:88734) > :: Text Appended > > > Added the FR link.

16 years, 3 months

Mondrian 4 Squeak

by Alexandre Bergel

Dear All, I am spending some time on the Squeak Version of Mondrian. It seems that there is a bug when on how edges are drawn. For example, the following code draw some edges between nodes that does not exist. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | view nodes | nodes := Collection withAllSubclasses. view := MOViewRenderer new. view nodeShape: (MORectangleShape new width: [:each | each instVarNames size * 5]; height: [:each | each methodDictionary size ]). view nodes: nodes. view edges: nodes from: [:each| each superclass] to: [:each| each]. view layout: (MOTreeLayout new). view open -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= You can compare the result with the VW version: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | nodes | nodes := Collection withAllSubclasses. view newShape rectangle; width: [:each | each instVarNames size * 5]; height: [:each | each methodDictionary size]; withBorder. view nodes: nodes. view edges: nodes from: [:each| each superclass] to: [:each| each]. view treeLayout. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I also fixed a bug related to the translation of edges. It is in Mondrian@Squeaksource Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

16 years, 3 months

Mondrian for Squeak

by Alexandre Bergel

Dear List, I am not sure whether this is the right list to ask this question. What is the current status of Mondrian for Squeak? The Squeak scripting facility is quite different from the one in VW. Is the squeak version stable ? I am just curious Merry Christmas to all of you, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

16 years, 3 months

Difference between CodeFoo and CodeFooDev ?

by Alexandre Bergel

Is there an obsolete one? If yes, maybe it could be renamed so Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

16 years, 4 months

Re: ci.Doctor Walter

by moose-dev＠iam.unibe.ch

16 years, 4 months

About above: and below:

by Stéphane Ducasse

Hi doru in association we (simon and me) have problems with above: and below: (which only works for inheritance) we suggest from: to: which would have the benefit that when we do not want to distinguish between access and reference give us the interface with want. Access from a method to a structure Access accessor a method to a structure Reference from a method to a structure Inheritance from a class to its superclass Then I do not understand why the instance variable is defined both in the class and its superclass either we have abstract methods in Association and no state in Association and attributes in subclasses. or we have state in Association and method in subclass reuse this state (= no definition of other iv in subclasses) To help debugging we prefer to have state in subclasses and abtsract superclass methods. Stef

16 years, 4 months

Moose core model

by Simon Denier

Hi I was wondering if I could get more explanations on the classes of Moose core: MooseElement - not sure why it is not merged with MooseEntity MooseEntity - described as the base class for any entity MooseAbstractGroup - abstract composite MooseGroup - my guess, a group of common entities like 'all packages', 'methods from selected class'. Comment says 'Group adds on top the ability to change the type of a group when we add more items inside', which is not clear to me MooseModel - a named group, created only when importing a project into Moose. I'm not sure why it is a sibling of MooseGroup and not, for example, a sibling. Now I am not sure how this model is handled through the moose finder. Any details to share? -- Simon

16 years, 4 months

Property pragmas handling

by Simon Denier

Hi I was wondering how some pragmas should be handled in Moose? Apparently there is currently two "kind" of pragmas in use: the ones which begin with MSESomething are used to describe the model in Fame. But there is also a range of "property:longName:description:" pragmas which are used to describe entity properties like "numberOfMethods", "numberOfAccesses"... Such pragmas allow a generic mean to access some metrics, using MooseEntity#propertyNamed: But the implementation of #propertyNamed: relies on attributes which should be described in the metamodel. Now it seems that the responsibility to parse and interpret those pragmas belongs to Fame. Currently they are not handled, and I just found a TODO note in FM3MetaDescription#attributeNamed:ifAbsent: -- Simon

16 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev