Hi
I was looking for the package (FM3 one) for FAMIX or Core and Java and I could not find them. Do you know if they got created? I have the impression that this is another sign that pharo need manifestoClass per packages so that we can annotate them and Moose would use them to declare them. Now imagine that we get that (we can just start adding a FAMIXJavaManifest class in the package FAMIX-Java) how do we annotate that this is a FM3Package because <package: > is used to annotate properties And I have the impression that having the distinction between definition and specialisation of annotation is better. We have FMPackage: FMClass: superclass: but we could have FMClassDefinition: superclass FMPackageDefinition: FMPackaged: Stef _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
They are defined only implicitly when you place a class in a package.
I would also prefer to have them explicitly defined, like we had in VW. Doru
On Tue, Sep 27, 2011 at 9:45 AM, Stéphane Ducasse <[hidden email]> wrote: Hi -- "Every thing has its own flow" _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
On Sep 27, 2011, at 12:44 PM, Tudor Girba wrote: > They are defined only implicitly when you place a class in a package. Are they available via MooseModel meta elementNamed: .... ? > I would also prefer to have them explicitly defined, like we had in VW. Doru did you the end of the mail about the pragma named for annotation and definition? > > Doru > > > On Tue, Sep 27, 2011 at 9:45 AM, Stéphane Ducasse <[hidden email]> wrote: > Hi > > I was looking for the package (FM3 one) for FAMIX or Core and Java and I could not find them. > Do you know if they got created? > I have the impression that this is another sign that pharo need manifestoClass per packages so that we > can annotate them and Moose would use them to declare them. > > Now imagine that we get that (we can just start adding a FAMIXJavaManifest class in the package FAMIX-Java) > how do we annotate that this is a FM3Package because > <package: > is used to annotate properties > > And I have the impression that having the distinction between definition and specialisation of annotation is better. > > We have > FMPackage: > FMClass: superclass: > > but we could have > FMClassDefinition: superclass > FMPackageDefinition: > FMPackaged: > > Stef > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > -- > www.tudorgirba.com > > "Every thing has its own flow" > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
I read it and I said that I would also prefer to have the distinct pragmas :).
I was just not sure of the names. I would prefer to have shorter names: FM3Class: FM3Class:superclass: FM3Package: FM3InPackage: Just a note: we should use FM3 as prefix because this is the name of the meta-meta-model. Doru
On Tue, Sep 27, 2011 at 1:29 PM, Stéphane Ducasse <[hidden email]> wrote:
-- "Every thing has its own flow"
_______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
On Sep 27, 2011, at 2:51 PM, Tudor Girba wrote: > I read it and I said that I would also prefer to have the distinct pragmas :). > > I was just not sure of the names. I would prefer to have shorter names: > FM3Class: > FM3Class:superclass: > FM3Package: > FM3InPackage: > Me too I like that. I was thinking FM3PackagedIn: but I like that so we will do that. I will play with a manifest to see how it goes and dive into meta tower and friends. > Just a note: we should use FM3 as prefix because this is the name of the meta-meta-model. Yes > > Doru > > > > On Tue, Sep 27, 2011 at 1:29 PM, Stéphane Ducasse <[hidden email]> wrote: > > On Sep 27, 2011, at 12:44 PM, Tudor Girba wrote: > > > They are defined only implicitly when you place a class in a package. > > Are they available via > > MooseModel meta elementNamed: .... > > ? > > > I would also prefer to have them explicitly defined, like we had in VW. > > Doru did you the end of the mail about the pragma named for annotation and definition? > > > > > Doru > > > > > > On Tue, Sep 27, 2011 at 9:45 AM, Stéphane Ducasse <[hidden email]> wrote: > > Hi > > > > I was looking for the package (FM3 one) for FAMIX or Core and Java and I could not find them. > > Do you know if they got created? > > I have the impression that this is another sign that pharo need manifestoClass per packages so that we > > can annotate them and Moose would use them to declare them. > > > > Now imagine that we get that (we can just start adding a FAMIXJavaManifest class in the package FAMIX-Java) > > how do we annotate that this is a FM3Package because > > <package: > is used to annotate properties > > > > And I have the impression that having the distinction between definition and specialisation of annotation is better. > > > > We have > > FMPackage: > > FMClass: superclass: > > > > but we could have > > FMClassDefinition: superclass > > FMPackageDefinition: > > FMPackaged: > > > > Stef > > _______________________________________________ > > Moose-dev mailing list > > [hidden email] > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > > > -- > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > _______________________________________________ > > Moose-dev mailing list > > [hidden email] > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > -- > www.tudorgirba.com > > "Every thing has its own flow" > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.iam.unibe.ch/mailman/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.iam.unibe.ch/mailman/listinfo/moose-dev |
Free forum by Nabble | Edit this page |