I'm starting to work on famix30 but...

List overview All Threads
Download

newer

older

Undefined mondrian values

Getting Fame description from...

Stéphane Ducasse

20 Oct 2008 20 Oct '08

9:39 p.m.

Sometimes I have no idea what to do and I'm stuck belongsTo <MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived> ^self shoudBeImplemented what does it means? Why there is no instance variable somehow related to belongsTo in FamixNamedEntity? Yes I feel a bit alone some times..... Stef

Show replies by date

Tudor Girba

20 Oct 20 Oct

9:53 p.m.

...

-- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

Stéphane Ducasse

11:03 p.m.

Yes I know my question was more what is the impact to add belongsTo ^ self container on the navigation and metadescription? Stef On Oct 20, 2008, at 9:53 PM, Tudor Girba wrote:

...

-- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

Tudor Girba

11:08 p.m.

None. belongsTo will just be Smalltalk implementation and nothing else. Cheers, Doru On Oct 20, 2008, at 11:03 PM, Stéphane Ducasse wrote:

...

Yes I know my question was more what is the impact to add belongsTo ^ self container on the navigation and metadescription? Stef On Oct 20, 2008, at 9:53 PM, Tudor Girba wrote:

-- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

-- www.tudorgirba.com www.tudorgirba.com/blog "Be rather willing to give than demanding to get."

Stéphane Ducasse

21 Oct 21 Oct

9:15 a.m.

but if I want to follow a naigation via a menu will I have to follow container and not belongsTo? Stef On Oct 20, 2008, at 11:08 PM, Tudor Girba wrote:

...

None. belongsTo will just be Smalltalk implementation and nothing else. Cheers, Doru On Oct 20, 2008, at 11:03 PM, Stéphane Ducasse wrote:

Yes I know my question was more what is the impact to add belongsTo ^ self container on the navigation and metadescription? Stef On Oct 20, 2008, at 9:53 PM, Tudor Girba wrote:

-- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

-- www.tudorgirba.com www.tudorgirba.com/blog "Be rather willing to give than demanding to get."

Simon Denier

11:05 a.m.

On 21 oct. 08, at 09:15, Stéphane Ducasse wrote:

...

but if I want to follow a naigation via a menu will I have to follow container and not belongsTo?

Not sure if I understand the problem, but isn't this the case where we use the Fame descriptions to navigate between elements? In other words, should the mouse finder rely on Famix or Fame for navigation and display of properties?

...

Stef On Oct 20, 2008, at 11:08 PM, Tudor Girba wrote:

None. belongsTo will just be Smalltalk implementation and nothing else. Cheers, Doru On Oct 20, 2008, at 11:03 PM, Stéphane Ducasse wrote:

Yes I know my question was more what is the impact to add belongsTo ^ self container on the navigation and metadescription? Stef On Oct 20, 2008, at 9:53 PM, Tudor Girba wrote:

Hi Stef, We kept belongsTo just for backward compatibility and for the trademark :). belongsTo is now derived from other instance variables that are specific for each entity. For Types belongsTo = container. For Methods, belongsTo = parentClass. Cheers, Doru On Oct 20, 2008, at 9:39 PM, Stéphane Ducasse wrote: > Sometimes I have no idea what to do > and I'm stuck > > belongsTo > <MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived> > ^self shoudBeImplemented > > what does it means? > Why there is no instance variable somehow related to belongsTo in > FamixNamedEntity? > > Yes I feel a bit alone some times..... > > Stef -- www.tudorgirba.com www.tudorgirba.com/blog "One cannot do more than one can do."

-- www.tudorgirba.com www.tudorgirba.com/blog "Be rather willing to give than demanding to get."

_______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- Simon

Tudor Girba

11:09 a.m.

The Moose Finder relies on the Fame descriptions. It is just that we will have two such descriptions, one for belongsTo and one for container. They can both be followed. So, I would say this is not really an issue. Cheers, Doru On Oct 21, 2008, at 11:05 AM, Simon Denier wrote:

...

On 21 oct. 08, at 09:15, Stéphane Ducasse wrote:

but if I want to follow a naigation via a menu will I have to follow container and not belongsTo?

Stef On Oct 20, 2008, at 11:08 PM, Tudor Girba wrote:

None. belongsTo will just be Smalltalk implementation and nothing else. Cheers, Doru On Oct 20, 2008, at 11:03 PM, Stéphane Ducasse wrote:

Yes I know my question was more what is the impact to add belongsTo ^ self container on the navigation and metadescription? Stef On Oct 20, 2008, at 9:53 PM, Tudor Girba wrote: > Hi Stef, > > We kept belongsTo just for backward compatibility and for the > trademark :). > > belongsTo is now derived from other instance variables that are > specific for each entity. For Types belongsTo = container. For > Methods, belongsTo = parentClass. > > Cheers, > Doru > > > On Oct 20, 2008, at 9:39 PM, Stéphane Ducasse wrote: > >> Sometimes I have no idea what to do >> and I'm stuck >> >> belongsTo >> <MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived> >> ^self shoudBeImplemented >> >> what does it means? >> Why there is no instance variable somehow related to belongsTo in >> FamixNamedEntity? >> >> Yes I feel a bit alone some times..... >> >> Stef > > -- > www.tudorgirba.com > www.tudorgirba.com/blog > > "One cannot do more than one can do." > > >

-- www.tudorgirba.com www.tudorgirba.com/blog "Be rather willing to give than demanding to get."

_______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- Simon _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com www.tudorgirba.com/blog "There are no old things, there are only old ways of looking at them."

Stéphane Ducasse

12:31 p.m.

...

Then I have to metadescribed belongsTO ? <MSE: ><derived> ? can you tell me what is the magic incantation ?

Tudor Girba

12:41 p.m.

Hi Stef, Take a look at: FAMIXNamedEntity>>belongsTo Doru On Oct 21, 2008, at 12:31 PM, Stéphane Ducasse wrote:

...

Then I have to metadescribed belongsTO ? <MSE: ><derived> ? can you tell me what is the magic incantation ? _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com www.tudorgirba.com/blog "We are all great at making mistakes."

Stéphane Ducasse

2:15 p.m.

Excellent! for the lurkers :) belongsTo <MSEProperty: #belongsTo type: #FAMIXContainerEntity> <derived> ^self shoudBeImplemented On Oct 21, 2008, at 12:41 PM, Tudor Girba wrote:

...

Hi Stef, Take a look at: FAMIXNamedEntity>>belongsTo Doru On Oct 21, 2008, at 12:31 PM, Stéphane Ducasse wrote:

-- www.tudorgirba.com www.tudorgirba.com/blog "We are all great at making mistakes." _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

Stéphane Ducasse

2:17 p.m.

do I have to put it also for the setBelongsto do you distinguish setter and getter? simon I fixed some belongsTo implementors. On Oct 21, 2008, at 12:41 PM, Tudor Girba wrote:

...

Hi Stef, Take a look at: FAMIXNamedEntity>>belongsTo Doru On Oct 21, 2008, at 12:31 PM, Stéphane Ducasse wrote:

Tudor Girba

2:23 p.m.

Hi, The convention is that the meta-description is added only to the getter. The rationale is that you always need a getter, but you don't always need a setter. Cheers, Doru On Oct 21, 2008, at 2:17 PM, Stéphane Ducasse wrote:

...

do I have to put it also for the setBelongsto do you distinguish setter and getter? simon I fixed some belongsTo implementors. On Oct 21, 2008, at 12:41 PM, Tudor Girba wrote:

Hi Stef, Take a look at: FAMIXNamedEntity>>belongsTo Doru On Oct 21, 2008, at 12:31 PM, Stéphane Ducasse wrote:

_______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com www.tudorgirba.com/blog "To lead is not to demand things, it is to make them happen."

Stéphane Ducasse

4:06 p.m.

Good we are making progress! Stef On Oct 21, 2008, at 2:23 PM, Tudor Girba wrote:

...

do I have to put it also for the setBelongsto do you distinguish setter and getter? simon I fixed some belongsTo implementors. On Oct 21, 2008, at 12:41 PM, Tudor Girba wrote:

Hi Stef, Take a look at: FAMIXNamedEntity>>belongsTo Doru On Oct 21, 2008, at 12:31 PM, Stéphane Ducasse wrote:

ok > The Moose Finder relies on the Fame descriptions. > > It is just that we will have two such descriptions, one for > belongsTo > and one for container. They can both be followed. So, I would say > this > is not really an issue. Then I have to metadescribed belongsTO ? <MSE: ><derived> ? can you tell me what is the magic incantation ? _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

_______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

-- www.tudorgirba.com www.tudorgirba.com/blog "To lead is not to demand things, it is to make them happen." _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

5905

days inactive

5906

days old

moose-dev@list.inf.unibe.ch

Manage subscription

12 comments

5 participants

tags (0)

participants (5)

Simon Denier
Stéphane Ducasse
Stéphane Ducasse
Stéphane Ducasse
Tudor Girba