- Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] [Moose-dev] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi Sven, Thanks for the kind words. Indeed, having the current selection is one of the things we should keep in mind. For that we need to go to the next step and integrate the interface in the overall environment. This will certainly come. Cheers, Doru On Sun, Dec 7, 2014 at 6:57 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 07 Dec 2014, at 14:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to > the Glamorous Toolkit: > > GTSpotter, a novel interface for spotting objects. > > Excellent work, all around. Congratulations to the team. Thank you for > pushing things like this, for thinking differently. > > Yes, I want this in Pharo 4 too, ASAP (especially since the main shortcut > is different from the old one, cmd+Enter vs. shift+Enter). > > The presentation is again very well done too: excellent article, super > movie. You are putting the bar very high for the rest of us ;-) > > A suggestion/idea: would it be possible to take the current selection > anywhere and feed it into Spotter ? That way there would be very good way > to make it replace all the other shortcuts: you would get implementers, > senders, references almost for free. > > Sven > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-users] [Moose-dev] [ann] gtspotter: a moldable interface for spotting objects

by Sven Van Caekenberghe

> On 07 Dec 2014, at 14:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. Excellent work, all around. Congratulations to the team. Thank you for pushing things like this, for thinking differently. Yes, I want this in Pharo 4 too, ASAP (especially since the main shortcut is different from the old one, cmd+Enter vs. shift+Enter). The presentation is again very well done too: excellent article, super movie. You are putting the bar very high for the rest of us ;-) A suggestion/idea: would it be possible to take the current selection anywhere and feed it into Spotter ? That way there would be very good way to make it replace all the other shortcuts: you would get implementers, senders, references almost for free. Sven

Dec. 7, 2014

Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

:) I know how this feels. On the other hand, with this one we target 15 minutes (= the coffee break) :) Doru On Sun, Dec 7, 2014 at 4:20 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > > Hi, > > This is indeed a significant challenge. Until that point we need a couple > of more features, of which the most important is the preview for the > selected object. This will come and then we can consider what we can do > with it. > > But, in the meantime, there are a lot of use cases nobody ever considered > exactly because there was no easy way to consider them. Like finding all > the methods from CodeHolder* that are annotated with <systemsettings>. Or > like searching a Person in a Agenda model that someone develops. > > The cool thing is that you can program this yourself :). > > > :) > Donât get me tempted :) > > I have boring tasks to do :) > > Stef > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, This is indeed a significant challenge. Until that point we need a couple of more features, of which the most important is the preview for the selected object. This will come and then we can consider what we can do with it. But, in the meantime, there are a lot of use cases nobody ever considered exactly because there was no easy way to consider them. Like finding all the methods from CodeHolder* that are annotated with <systemsettings>. Or like searching a Person in a Agenda model that someone develops. The cool thing is that you can program this yourself :). Cheers, Doru On Sun, Dec 7, 2014 at 4:05 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > > On 07 Dec 2014, at 06:56, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Thanks, Stef. > > On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse < > stephane.ducasse(a)gmail.com> wrote: > >> Truly excellent! >> I have to try :) >> I read the blog (I love the marketing efforts and the documentation >> effort) :) >> Now do you a shortcut for finding a >> - senders? >> > - a specific method of a class? >> > > This first incarnation of the interface is meant to replace the top level > search because that was easier. There is more to come, and we definitely > will get to replace the senders, and integrate it even deeper in the > workflow > > > > A challenge that I would like to propose to the GTteam is the following > one: > > Often when I change code (for example, change the API of menus and want to > make it clean) > I look at all the senders and sender of senders and implementors and > senders â¦. > What I do is that I stack the browser in the stack where the top are the > leaves that I should treat and the next elements are the user of the > leavesâ¦. > Then what I do I have a physical stack of senders/implementors and I start > fixing the top of the stack > and I pop. > > So the old Omnibrowser based senders/implementors nevers worked to me > because I could never understand > what I was browsing (senders or implementers and where I was in the stack > or search tree). > > So my challenge is > - how can we support mixing senders and implementors taxes (not mixing the > two) > - how can we support the navigation with the tree of such tasks. > > Iâm not sure that it should be in GTSpotter and many having a tree > structure could help. > Stef > > > > >> Last time I found myself looking for the sender of x but only inside the >> implementor of y. >> and of course I wanted to refactored them. And the default message >> browser is not parametrized via an environment :_ >> > > Exactly. This problem exists in any IDE I know. > > > Really? Iâm surprised because it seems so obvious (if we had a couple > million dollarsâ¦ but we have cool guys) > > Doru > > >> Stef >> >> On 07 Dec 2014, at 05:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the >> Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, >> and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow >> in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> >> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter >> >> It works already in Pharo 3.0 and can be played with by following the >> instructions from: >> http://gt.moosetechnology.org >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Thierry Goubier

2014-12-07 15:56 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Thanks, Stef. > > On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse < > stephane.ducasse(a)gmail.com> wrote: > >> Last time I found myself looking for the sender of x but only inside the >> implementor of y. >> and of course I wanted to refactored them. And the default message >> browser is not parametrized via an environment :_ >> > > Exactly. This problem exists in any IDE I know. > AltBrowser has that type of search builtin. Not the refactoring step, still. RBEnvironment allows that easily, it's just that the tools are not designed for it. Thierry > > Doru > > >> Stef >> >> On 07 Dec 2014, at 05:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> Alex Syrel, Andrei Chis and I are happy to announce a new addition to the >> Glamorous Toolkit: >> GTSpotter, a novel interface for spotting objects. >> >> GTSpotter has two goals: >> - Provide a uniform yet moldable interface that can work on any object, >> and >> - Handle searching through arbitrary levels of object nesting. >> >> We think this will have a significant impact on the development workflow >> in Pharo. >> >> Here is a couple of screenshots: >> <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> >> <gtspotter-playground.png> >> >> >> A trailer is available here: >> https://www.youtube.com/watch?v=PhSmjR3NOlU >> >> A detailed description is available here: >> http://www.humane-assessment.com/blog/introducing-gtspotter >> >> It works already in Pharo 3.0 and can be played with by following the >> instructions from: >> http://gt.moosetechnology.org >> >> Please let us know what you think. >> >> Enjoy, >> The Glamorous Team >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Dec. 7, 2014

Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Thanks, Stef. On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse <stephane.ducasse(a)gmail.com > wrote: > Truly excellent! > I have to try :) > I read the blog (I love the marketing efforts and the documentation > effort) :) > Now do you a shortcut for finding a > - senders? > - a specific method of a class? > This first incarnation of the interface is meant to replace the top level search because that was easier. There is more to come, and we definitely will get to replace the senders, and integrate it even deeper in the workflow > Last time I found myself looking for the sender of x but only inside the > implementor of y. > and of course I wanted to refactored them. And the default message browser > is not parametrized via an environment :_ > Exactly. This problem exists in any IDE I know. Doru > Stef > > On 07 Dec 2014, at 05:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the > Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow > in Pharo. > > Here is a couple of screenshots: > <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> > <gtspotter-playground.png> > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter > > It works already in Pharo 3.0 and can be played with by following the > instructions from: > http://gt.moosetechnology.org > > Please let us know what you think. > > Enjoy, > The Glamorous Team > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Thierry Goubier

Cool. Interesting. I recognize some of the patterns I use, but in a slightly different form. The widget look very nice and clean. I'd worry about having a very long top-level list, and I know that some of the search patterns are a bit less efficient than what I use today. I'm impressed by the amount of work going into that. Thierry 2014-12-07 14:14 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the > Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow > in Pharo. > > Here is a couple of screenshots: > [image: Inline image 2] [image: Inline image 1] [image: Inline image 3] > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter > > It works already in Pharo 3.0 and can be played with by following the > instructions from: > http://gt.moosetechnology.org > > Please let us know what you think. > > Enjoy, > The Glamorous Team >

Dec. 7, 2014

Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, Yes, we will still evolve the UI. At the very least you will get the shortkeys directly on the actions. The answer to your question is in the blog post: GTSpotter offers an extra action: diving in a category. Pressing Cmd+Shift+ArrowRight dives in the collection object containing only the items from that category. Thus, we can continue refining the search inside the category. So, you will open the collection of that sub-category and you will see more items at once (not just 5). Is it clearer now? Cheers, Doru On Sun, Dec 7, 2014 at 2:52 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > Hola, > > Andrei demoed it to me on friday and it is *extremely* cool. I canât wait > to start using it for my next development session. > > I have one request though (as I already mentioned to Andrei). Since you > are using a significant part of the screen, it would not be costly to (e.g. > at the bottom) put a small legend of the non-obvious keystroke > combinations. It would greatly increase discoverability of the features of > the tool. > > Considering the blog post, the legend would be ( I donât understand the > difference between the last 2): > Cmd+Shift+ArrowUp/ArrowDown = Next/Prev category, Cmd+RightArrow = Dive > into, Cmd+Shift+RightArrow = ??? > > > On Dec 7, 2014, at 10:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to > the Glamorous Toolkit: > > GTSpotter, a novel interface for spotting objects. > > > > GTSpotter has two goals: > > - Provide a uniform yet moldable interface that can work on any object, > and > > - Handle searching through arbitrary levels of object nesting. > > > > We think this will have a significant impact on the development workflow > in Pharo. > > > > Here is a couple of screenshots: > > <gtspotter-packages-classes.png> > <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> > > > > > > A trailer is available here: > > https://www.youtube.com/watch?v=PhSmjR3NOlU > > > > A detailed description is available here: > > http://www.humane-assessment.com/blog/introducing-gtspotter > > > > It works already in Pharo 3.0 and can be played with by following the > instructions from: > > http://gt.moosetechnology.org > > > > Please let us know what you think. > > > > Enjoy, > > The Glamorous Team > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD lab - Computer Science Department (DCC) - University of Chile > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 7, 2014

Re: [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Johan Fabry

Hola, Andrei demoed it to me on friday and it is *extremely* cool. I canât wait to start using it for my next development session. I have one request though (as I already mentioned to Andrei). Since you are using a significant part of the screen, it would not be costly to (e.g. at the bottom) put a small legend of the non-obvious keystroke combinations. It would greatly increase discoverability of the features of the tool. Considering the blog post, the legend would be ( I donât understand the difference between the last 2): Cmd+Shift+ArrowUp/ArrowDown = Next/Prev category, Cmd+RightArrow = Dive into, Cmd+Shift+RightArrow = ??? > On Dec 7, 2014, at 10:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: > GTSpotter, a novel interface for spotting objects. > > GTSpotter has two goals: > - Provide a uniform yet moldable interface that can work on any object, and > - Handle searching through arbitrary levels of object nesting. > > We think this will have a significant impact on the development workflow in Pharo. > > Here is a couple of screenshots: > <gtspotter-packages-classes.png> <gtspotter-dive-class-method-sender.png> <gtspotter-playground.png> > > > A trailer is available here: > https://www.youtube.com/watch?v=PhSmjR3NOlU > > A detailed description is available here: > http://www.humane-assessment.com/blog/introducing-gtspotter > > It works already in Pharo 3.0 and can be played with by following the instructions from: > http://gt.moosetechnology.org > > Please let us know what you think. > > Enjoy, > The Glamorous Team ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Dec. 7, 2014

[ann] gtspotter: a moldable interface for spotting objects

by Tudor Girba

Hi, Alex Syrel, Andrei Chis and I are happy to announce a new addition to the Glamorous Toolkit: GTSpotter, a novel interface for spotting objects. GTSpotter has two goals: - Provide a uniform yet moldable interface that can work on any object, and - Handle searching through arbitrary levels of object nesting. We think this will have a significant impact on the development workflow in Pharo. Here is a couple of screenshots: [image: Inline image 2] [image: Inline image 1] [image: Inline image 3] A trailer is available here: https://www.youtube.com/watch?v=PhSmjR3NOlU A detailed description is available here: http://www.humane-assessment.com/blog/introducing-gtspotter It works already in Pharo 3.0 and can be played with by following the instructions from: http://gt.moosetechnology.org Please let us know what you think. Enjoy, The Glamorous Team

Dec. 7, 2014