22 Jan
2016
22 Jan
'16
9:14 a.m.
Hi,
We now have a new little feature in Spotter. Take a look:
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
www.feenk.com
"Quality cannot be an afterthought."
22 Jan
22 Jan
9:28 a.m.
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?
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:”? :)
Cheers.
Uko
On 22 Jan 2016, at 09:14, Tudor Girba
<tudor(a)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
11:05 a.m.
Hi,
On Jan 22, 2016, at 9:28 AM, Yuriy Tymchuk
<yuriy.tymchuk(a)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
--
www.tudorgirba.com
www.feenk.com
"If you interrupt the barber while he is cutting your hair,
you will end up with a messy haircut."
On 22 Jan 2016, at 09:14, Tudor Girba
<tudor(a)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
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
https://www.list.inf.unibe.ch/listinfo/moose-dev
3:27 p.m.
On 22 Jan 2016, at 11:05, Tudor Girba
<tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>> wrote:
Hi,
I don’t know how specific it is, but when you just open the spotter it shows you some
information like menu, mc, and so on. Usually it’s almost instant. But in todays Moose
image it took like 5-10 sec and my fan started to spin fast (maybe a coincidence).
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
--
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> 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>
3:27 p.m.
On 22 Jan 2016, at 11:05, Tudor Girba
<tudor(a)tudorgirba.com> wrote:
Hi,
I don’t know how specific it is, but when you just open the spotter it shows you some
information like menu, mc, and so on. Usually it’s almost instant. But in todays Moose
image it took like 5-10 sec and my fan started to spin fast (maybe a coincidence).
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
--
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> On 22 Jan 2016, at 09:14, Tudor Girba
<tudor(a)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
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>
3017
days inactive
3017
days old
4 comments
2 participants
participants (2)
-
Tudor Girba -
Yuriy Tymchuk