GTSpotter to look for elements in a visualization?

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
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev

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 <[hidden email]> 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 <[hidden email]> 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
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev

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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
> > [hidden email]
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> >
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
> > _______________________________________________
> > Moose-dev mailing list
> > [hidden email]
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev

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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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
> > > [hidden email]
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> > >
> > >
> > >
> > > --
> > > www.tudorgirba.com
> > >
> > > "Every thing has its own flow"
> > > _______________________________________________
> > > Moose-dev mailing list
> > > [hidden email]
> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> > --
> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> > Alexandre Bergel  http://www.bergel.eu
> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >
> >
> >
> >
> > _______________________________________________
> > Moose-dev mailing list
> > [hidden email]
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
> >
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
> > _______________________________________________
> > Moose-dev mailing list
> > [hidden email]
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>
>
>
> --
> www.tudorgirba.com
>
> "Every thing has its own flow"
> _______________________________________________
> Moose-dev mailing list
> [hidden email]
> https://www.iam.unibe.ch/mailman/listinfo/moose-dev

--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.




_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev