-----Message d'origine----- De : Moose-dev [mailto:moose-dev-bounces@list.inf.unibe.ch] De la part de Tudor Girba Envoyé : dimanche 18 septembre 2016 15:33 À : Moose-related development Objet : [Moose-dev] Re: parentSelectors Hi, <vincent.blondeau(a)worldline.com> wrote: dev] <vincent.blondeau(a)polytech-lille.net> wrote: changed. In general, please announce deep changes like these on the mailing list. specify the parentSelectors. This is a good goal, but there are two problems with the current solution: some classes, as it is done with Orion. The parentSelectors are in fact not described in the fame metamodel and cannot be used easily in the subclasses. in one method returning a collection of strings. Instead, it would be better to have them described directly in the selector method. For example, we could have: #types> Container is a namespace, not a package (Smalltalk).'> can be selectors. MSE property: example, one consequence is that now we serialize this information (check MooseModel>>testExport which fails right now). Instead, let’s go for solution from point 1. define such kind of property. To do it, we can: model (current solution bu not the best) in the 2 points suggested, we have to change the MSE importer and the metamodel to take into account the new pragmas (in “annotation” or in the selectors by MSEParentProperty). not work because we are mixing levels of abstractions. is at the level of Pharo code. So, by annotating the concrete property we can discover them properly and have subclasses know about them. use the Pharo reflexion to retrieve the methods? I think we only use this in Pharo at runtime, so adding it to the meta-model is not particularly useful. That is why, let’s keep it simple. Cheers, Doru !!!************************************************************ ******* également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!" -- www.tudorgirba.com www.feenk.com "There are no old things, there are only old ways of looking at them." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev