[Moose-dev] Re: GTSpotter to look for elements in a visualization?

On Jan 1, 2015, at 5:28 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt; wrote: Hi, The only way we can handle object specific actions at this point is to override #spotterActDefault (this is what gets invoked when you press Enter). Could you try overriding RTElement>>#spotterActDefault? But, indeed, custom callbacks is one of the near term goals :). Cheers, Doru On Thu, Jan 1, 2015 at 3:00 PM, Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt; wrote: Yes, but not quite. I have two problems: 1 - Consider: -=-=-=-=-=-=-=-=-=-=-=-= b := RTMondrian new. b nodes: GLMPresentation withAllSubclasses. b edges connectFrom: #superclass. b layout tree. b build. b view when: TRMouseClick do: [ :evt | GTSpotterMorph new width: 400; doLayout; spotterModel: (GTSpotter on: b view); openCenteredInWorld ] -=-=-=-=-=-=-=-=-=-=-=-= I do not want to open an inspector on the object, but instead move the camera and/or make the element blink. Can I register a callback when I select what I am looking for? 2 - Consider this small variation of the script: -=-=-=-=-=-=-=-=-=-=-=-= b := RTMondrian new. b nodes: GLMPresentation withAllSubclasses. b edges connectFrom: #superclass. b layout tree. b build. b view when: TRKeyDown do: [ :evt | (evt keyCombination = $F asKeyCombination) ifTrue: [ GTSpotterMorph new width: 400; doLayout; spotterModel: (GTSpotter on: b view); openCenteredInWorld ] ]. b open -=-=-=-=-=-=-=-=-=-=-=-= Unfortunately, I need to have the #open at the end. Because there is apparently no way to send key event to the view :-( Cheers, Alexandre > On Jan 1, 2015, at 9:58 AM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt; wrote: > > Hi, > > Happy New Year! > > GTSpotter was meant for exactly that :) > > You can do this: > > RTView>>spotterElementsFor: aStep > <spotterOrder: 10> > ^ aStep listProcessor > title: 'Elements'; > candidatesLimit: 100; > allCandidates: [ self elements ]; > itemName: [ :each | each model gtDisplayString ]; > matchSubstring; > wantsToDisplayOnEmptyQuery: true > > and then: > > b := RTMondrian new. > b nodes: GLMPresentation withAllSubclasses. > b edges connectFrom: #superclass. > b layout tree. > b build. > GTSpotterMorph new > width: 400; > doLayout; > spotterModel: (GTSpotter on: b view); > openCenteredInWorld > > > Cheers, > Doru > > On Fri, Dec 26, 2014 at 6:01 PM, Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt; wrote: > For example, consider the script: > > b := RTMondrian new. > b nodes: GLMPresentation withAllSubclasses. > b edges connectFrom: #superclass. > b layout tree. > b > > I want to search for all the classes that ends with ‘Debugger’, or ‘Browser’. > > Alexandre > > > > On Dec 26, 2014, at 2:03 PM, Tudor Girba &lt;tudor(a)tudorgirba.com&gt; wrote: > > > > Hi Alex, > > > > I think I do not understand what you mean. > > > > There is no current support for searching something in a RTView, but GTSpotter is moldable and you can specify what objects you want to search given a start object. The only problem is what would you put as labels to search for. > > > > Could you provide examples of things you would want to search for? > > > > Cheers, > > Doru > > > > > > > > On Fri, Dec 26, 2014 at 1:57 PM, Alexandre Bergel &lt;alexandre.bergel(a)me.com&gt; wrote: > > Hi! > > > > Searching for elements in a visualization is a recurrent problem, for which we have no good solution so far. > > I have the impression that GTSpotter cannot be used to look for elements in a Roassal visualization. > > > > Can someone from the GT team confirm my feeling? Should I built my own search framework on top of Roassal? > > > > Cheers, > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- www.tudorgirba.com "Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev