On 22 Jan 2016, at 09:14, Tudor Girba <tudor(a)tudorgirba.com&gt; wrote: Hi, We now have a new little feature in Spotter. Take a look: <spotter-settings.png> Basically, you will get a setting for each processor defined in the image. This happens dynamically. If you disable the setting, the processor will not be available anymore. Please give this a try and let us know what you think. We would also like a code review related to the way we deal with dynamic settings. Right now, the magic is done in GTSpotterExtensionSettings (this is real magic - read the class comment), but the current solution relies on a doesNotUnderstand: to maintain the list of disabled processors. I would more prefer it if we could create a DynamicSettingDeclaration that would be able to pass arguments to one central selector. Cheers, Doru -- www.tudorgirba.com <http://www.tudorgirba.com/> www.feenk.com "Quality cannot be an afterthought." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch https://www.list.inf.unibe.ch/listinfo/moose-dev

On 22 Jan 2016, at 11:05, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: Hi, > On Jan 22, 2016, at 9:28 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > > This is nice. > > I have not used moose image for a long time, but spotter seams really slow. Can this be because of the settings feature? Could you be more specific? When is it slow?

> One thing interesting for me, is how can we collaborate on a certain setting. Because I have a setting for the spotter extension of QA, and I do it in an ugly way. But I’d still like to be able to provide the setting in the QA group, so people can control all the plugins from the same place. > > Can you give me some API to check/disable/enable a certain extension, so I can use it with my setting? I.e. can I rely on “doesNotUnderstand:”? :) In the latest version, I added two methods that allow you to enable/disable processors programmatically: m := Behavior>>#spotterClassInstanceVariablesFor:. GTSpotterExtensionSettings disableProcessorDefinedInMethod: m. GTSpotterExtensionSettings shouldSpotterIgnoreProcessorDefinedInMethod: m "true". GTSpotterExtensionSettings enableProcessorDefinedInMethod: m. GTSpotterExtensionSettings shouldSpotterIgnoreProcessorDefinedInMethod: m “false”

Cheers, Doru > Cheers. > Uko > >> On 22 Jan 2016, at 09:14, Tudor Girba <tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote: >> >> Hi, >> >> We now have a new little feature in Spotter. Take a look: >> >> <spotter-settings.png> >> >> Basically, you will get a setting for each processor defined in the image. This happens dynamically. If you disable the setting, the processor will not be available anymore. >> >> Please give this a try and let us know what you think. >> >> We would also like a code review related to the way we deal with dynamic settings. Right now, the magic is done in GTSpotterExtensionSettings (this is real magic - read the class comment), but the current solution relies on a doesNotUnderstand: to maintain the list of disabled processors. I would more prefer it if we could create a DynamicSettingDeclaration that would be able to pass arguments to one central selector. >> >> Cheers, >> Doru >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com/> >> www.feenk.com >> >> "Quality cannot be an afterthought." >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)list.inf.unibe.ch >> https://www.list.inf.unibe.ch/listinfo/moose-dev > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> > https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev> -- www.tudorgirba.com <http://www.tudorgirba.com/> www.feenk.com <http://www.feenk.com/> "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut." _______________________________________________ Moose-dev mailing list Moose-dev(a)list.inf.unibe.ch <mailto:Moose-dev@list.inf.unibe.ch> https://www.list.inf.unibe.ch/listinfo/moose-dev <https://www.list.inf.unibe.ch/listinfo/moose-dev>