Alex,
I would like to try this feature too (searching for an element in a view by
its name). Would you be integrating it in Roassal?
On Thu, Jan 1, 2015 at 7:51 PM, Alexandre Bergel <alexandre.bergel(a)me.com>
wrote:
Works like a charm.
And for the key stroke binding? Is there a way to make GTInspector /
GTPlayground happy about it?
Alexandre
On Jan 1, 2015, at 5:28 PM, Tudor Girba
<tudor(a)tudorgirba.com> 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 <
alexandre.bergel(a)me.com>
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 <tudor(a)tudorgirba.com> 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 <
alexandre.bergel(a)me.com> 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 <tudor(a)tudorgirba.com>
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 <
alexandre.bergel(a)me.com> 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
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
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