Hi,
We are currently cleaning the traits in FamixNG. Once again, the idea is to remove FamixCompatibility metamodel and to keep only FamixStEntities or FamixJavaEntities (and so on). Obviously, it has incidence on tests. Do you use FamixTypeGroup, FamixClassGroup… and more generally groups in Famix? Thank in advance for your answer. Anne _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
On Mon, Jul 22, 2019 at 11:49 AM Anne Etien <[hidden email]> wrote:
> > Hi, > > We are currently cleaning the traits in FamixNG. > Once again, the idea is to remove FamixCompatibility metamodel and to keep only FamixStEntities or FamixJavaEntities (and so on). Obviously, it has incidence on tests. > Do you use FamixTypeGroup, FamixClassGroup… and more generally groups in Famix? > Hi, Personally, I use sometimes MooseGroup but I never used all its subclasses. > Thank in advance for your answer. > > Anne > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev -- Cyril Ferlicot https://ferlicot.fr _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Hi I think the moose groups are used by the moose panel and the inspector to add some views on the inspect. Benoît Le lun. 22 juil. 2019 à 13:10, Cyril Ferlicot <[hidden email]> a écrit : On Mon, Jul 22, 2019 at 11:49 AM Anne Etien <[hidden email]> wrote: _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Hi,
Removing the typed groups would be a significant downgrade. The main power of Moose comes from the interplay between UI and queries. The groups provide a simple mechanism for adding specific views. For example, System Complexity is a view that makes sense for a group of types and it’s defined in that class. Also, the groups can also host queries. For example, from a group of types we can get commonExternalSuperclasses. Cheers, Doru > On Jul 22, 2019, at 9:19 PM, Benoît Verhaeghe <[hidden email]> wrote: > > Hi > > I think the moose groups are used by the moose panel and the inspector to add some views on the inspect. > > Benoît > > Le lun. 22 juil. 2019 à 13:10, Cyril Ferlicot <[hidden email]> a écrit : > On Mon, Jul 22, 2019 at 11:49 AM Anne Etien <[hidden email]> wrote: > > > > Hi, > > > > We are currently cleaning the traits in FamixNG. > > Once again, the idea is to remove FamixCompatibility metamodel and to keep only FamixStEntities or FamixJavaEntities (and so on). Obviously, it has incidence on tests. > > Do you use FamixTypeGroup, FamixClassGroup… and more generally groups in Famix? > > > > Hi, > > Personally, I use sometimes MooseGroup but I never used all its subclasses. > > > Thank in advance for your answer. > > > > Anne > > _______________________________________________ > > Moose-dev mailing list > > [hidden email] > > https://www.list.inf.unibe.ch/listinfo/moose-dev > > > > -- > Cyril Ferlicot > https://ferlicot.fr > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev -- feenk.com "Be rather willing to give than demanding to get." _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
No problem to keep them.
We just have to think how to manage them with FamixNG. Ideas are welcome. Cheers, Anne > Le 23 juil. 2019 à 10:56, Tudor Girba <[hidden email]> a écrit : > > Hi, > > Removing the typed groups would be a significant downgrade. The main power of Moose comes from the interplay between UI and queries. > > The groups provide a simple mechanism for adding specific views. For example, System Complexity is a view that makes sense for a group of types and it’s defined in that class. > > Also, the groups can also host queries. For example, from a group of types we can get commonExternalSuperclasses. > > Cheers, > Doru > > > >> On Jul 22, 2019, at 9:19 PM, Benoît Verhaeghe <[hidden email]> wrote: >> >> Hi >> >> I think the moose groups are used by the moose panel and the inspector to add some views on the inspect. >> >> Benoît >> >> Le lun. 22 juil. 2019 à 13:10, Cyril Ferlicot <[hidden email]> a écrit : >> On Mon, Jul 22, 2019 at 11:49 AM Anne Etien <[hidden email]> wrote: >>> >>> Hi, >>> >>> We are currently cleaning the traits in FamixNG. >>> Once again, the idea is to remove FamixCompatibility metamodel and to keep only FamixStEntities or FamixJavaEntities (and so on). Obviously, it has incidence on tests. >>> Do you use FamixTypeGroup, FamixClassGroup… and more generally groups in Famix? >>> >> >> Hi, >> >> Personally, I use sometimes MooseGroup but I never used all its subclasses. >> >>> Thank in advance for your answer. >>> >>> Anne >>> _______________________________________________ >>> Moose-dev mailing list >>> [hidden email] >>> https://www.list.inf.unibe.ch/listinfo/moose-dev >> >> >> >> -- >> Cyril Ferlicot >> https://ferlicot.fr >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.list.inf.unibe.ch/listinfo/moose-dev >> _______________________________________________ >> Moose-dev mailing list >> [hidden email] >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > -- > feenk.com > > "Be rather willing to give than demanding to get." > > > > > > > _______________________________________________ > Moose-dev mailing list > [hidden email] > https://www.list.inf.unibe.ch/listinfo/moose-dev _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
I think that Groups are important as soon as you want to add behavior or features (like pane or tab and viualisations that only work for a set of kind of entities).
-------------------------------------------- Stéphane Ducasse 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France _______________________________________________ Moose-dev mailing list [hidden email] https://www.list.inf.unibe.ch/listinfo/moose-dev |
Free forum by Nabble | Edit this page |