Re: [Pharo-users] [Esug-list] [ann] gtspotter: a moldable interface for spotting objects
Thanks, Stef. On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse <stephane.ducasse@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@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@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
-- www.tudorgirba.com "Every thing has its own flow"
2014-12-07 15:56 GMT+01:00 Tudor Girba <tudor@tudorgirba.com>:
Thanks, Stef.
On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse < stephane.ducasse@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@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@lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
-- www.tudorgirba.com
"Every thing has its own flow"
Hi Thierry, What I meant is that no IDE I know allows you to refine search through arbitrary levels of nesting. For example, looking for senders, filter, implementors, filter, senders, filter ... Is the AltBrowser able to do that? If so, I missed this one. Cheers, Doru On Sun, Dec 7, 2014 at 4:00 PM, Thierry Goubier <thierry.goubier@gmail.com> wrote:
2014-12-07 15:56 GMT+01:00 Tudor Girba <tudor@tudorgirba.com>:
Thanks, Stef.
On Sun, Dec 7, 2014 at 2:35 PM, stephane ducasse < stephane.ducasse@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@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@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"
2014-12-07 20:21 GMT+01:00 Tudor Girba <tudor@tudorgirba.com>:
Hi Thierry,
What I meant is that no IDE I know allows you to refine search through
arbitrary levels of nesting. For example, looking for senders, filter, implementors, filter, senders, filter ...
Is the AltBrowser able to do that? If so, I missed this one.
It is able to do that. It's very simple: every search you do is answered as a browser instance scoped to the RBEnvironment containing the search results. So, depending on what you search next, it happens in the current scope or in the parent scope, and recursively constrain the scope The finder is integrated into that (i.e. finder searches, any type, are scoped to the RBEnvironment). Refactoring commands are (should be) restricted to that scope. Limitation: RB environments are not dynamic. Thierry
participants (2)
-
Thierry Goubier -
Tudor Girba