It's not tabu :). It's a bug, But we did not get around to look at it. I guess it
has to do with how we create the rt morph.
Could you open an issue?
Doru
--
On 03 Jan 2015, at 12:00, Alexandre Bergel
<alexandre.bergel(a)me.com> wrote:
I would like to. But I would like to know how to handle key strokes with GT. Apparently,
it seems to be a Tabu topic. :)
Alexandre
Envoyé de mon iPhone
> Le 2 janv. 2015 à 11:52, Usman Bhatti <usman.bhatti(a)gmail.com> a écrit :
>
> 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
>
> _______________________________________________
> Moose-dev mailing list
> Moose-dev(a)iam.unibe.ch
>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev