Hi, Thanks for looking at this.
I tried to explain it here: http://www.humane-assessment.com/blog/scoping-for-specific-search-category-in-gtspotter/ and more recently here: http://www.humane-assessment.com/blog/spotting-senders-references-with-gtspotter Let me try again in a different way. The help lists: GTSpotter - Examples (gtSpotterExamplesFor:) - Catalog Projects (spotterCatalogProjectsFor:) - Clipboard History (spotterClipboardFor:) - Methods (spotterConcreteMethodFor:) - Dirty Monticello packages (spotterDirtyMonticelloPackagesFor:) - Playground cached pages (spotterForCachedPlaygroundPagesFor:) - Classes (spotterForClassesFor:) - Directories (spotterForDirectoriesFor:) - Calculator (spotterForExpressionsFor:) - Files (spotterForFilesFor:) - Global variables (spotterForGlobalVarsFor:) - Help topics (spotterForHelpTopicFor:) - Messages (spotterForMessagesFor:) - Metacello Configurations (spotterForMetacelloConfigurationsFor:) - Packages (spotterForPackagesFor:) - Pragmas (spotterForPragmasFor:) - References (spotterForReferencesFor:) - Monticello Repositories (spotterForRepositoriesFor:) - Senders (spotterForSendersFor:) - spotterForStashedPlaygroundPagesFor: (spotterForStashedPlaygroundPagesFor:) - History (spotterHistoryFor:) - Implementors (spotterImplementorsFor:) - Moose Models (spotterMooseModelsFor:) - ws.stfx.eu (spotterStfxFor:) - Menu (spotterWorldMenuFor:) All of these, can be used with #. For example "Zinc #catalog" will give you only the results matched by the "Catalog Projects” processor. Or, "Mon #men” will give you the results from the “Menu” processor only. Does this make sense now? Cheers, Doru > On Feb 20, 2016, at 3:26 PM, stepharo <[email protected]> wrote: > > How from this explanation can I get what is the # that I should type to get > implementors? > Because I got the same problem with the help. > > Stef > > > Le 11/6/15 17:08, Tudor Girba a écrit : >> Hi Paul, >> >> Let's take it from the beginning. Spotter is a completely new tool whose >> goal is to help you find all sorts of objects. See here some more detailed >> explanations: >> http://www.humane-assessment.com/blog/introducing-gtspotter/ >> http://www.humane-assessment.com/blog/boosting-gtspotter-with-preview/ >> http://www.humane-assessment.com/blog/finding-asclass-usages-in-glamour-using-gtspotter/ >> http://www.humane-assessment.com/blog/searching-file-system-with-gtspotter/ >> http://www.humane-assessment.com/blog/scoping-for-specific-search-category-in-gtspotter/ >> >> Although the tool looks simple, it implied a rather extensive effort. As a >> consequence some features did not make it until the Pharo4 release. One of >> these features is a proper results sorting mechanism. >> >> So, it's not that someone decided that the order should now be different. >> It's more that proper ordering did not make it in the release, and this >> impacts the implementors case more often. >> >> But, if you want to play with a different strategy, here is an example to >> start from. One thing that the current Implementors processor does is to >> show the actual methods. This works well in many cases, but there were >> people that preferred to search for selectors instead and then get the list >> of all methods. To achieve this, try the following: >> >> Compile this method: >> >> GTSpotter>>spotterSelectorsFor: aStep >> <spotterOrder: 29> >> aStep listProcessor >> title: 'Selectors'; >> filter: GTFilterSubstring item: [ :filter :context | >> SystemNavigation default allBehaviorsDo: [ :class | >> class selectorsDo: filter ] ]; >> actLogic: [ :each | self systemNavigation >> browseAllImplementorsOf: each ] >> >> Then type accept, and click on a result and you will get the implementors >> browser. This is just an example to help you get started with customizing >> Spotter, and it is not the experience we want to promote. Instead, we should >> be able to dive in a selector and see the concrete implementors within >> Spotter. >> >> Cheers, >> Doru >> >> >> On Thu, Jun 11, 2015 at 7:05 AM, Paul DeBruicker <[email protected]> wrote: >> Hi Doru, >> >> By "the old version of Spotter" I meant whatever was in Pharo 3 that would >> produce a list of search results with exact matches at the top when I'd hit >> shift+enter and then type e.g. 'accept.' Sorry to have said "Pharo 4" & >> been unnecessarily confusing. >> >> >> I'm just going to use 'accept' for this example but why show the mixed list >> of 637 implementors of accept* and not lead with "accept". Why was it >> decided that inexact matches to the typed input be privileged above exact >> matches in the new tool? Is it a bad Levenshtein distance algorithm or >> something? >> >> >> Thanks for helping me figure it out >> >> >> Paul >> >> >> >> >> >> Tudor Girba-2 wrote >> > Hi, >> > >> > What do you mean by the old version of Spotter? >> > >> > Just in case: you should know that Spotter is made to be extensible. This >> > means that if you want to play with your own way of searching for objects, >> > you can just do it. Let me know if you to try and if you need help in this >> > direction. >> > >> > Cheers, >> > Doru >> > >> > >> > >> > On Wed, Jun 10, 2015 at 9:10 PM, Paul DeBruicker < >> >> > pdebruic@ >> >> > > wrote: >> > >> >> >> >> Is there any way to change back to the old version of Spotter in Pharo 4? >> >> >> >> >> >> >> >> >> >> >> >> Nicolai Hess wrote >> >> > 2015-06-10 16:24 GMT+02:00 Paul DeBruicker < >> >> >> >> > pdebruic@ >> >> >> >> > >: >> >> > >> >> >> So by default the search tool is only guaranteed to return an exact >> >> term >> >> >> match if there are only less than 5 non-exact match results? >> >> >> >> >> >> >> >> > Yes >> >> > >> >> > >> >> > >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Nicolai Hess wrote >> >> >> > 2015-06-10 7:39 GMT+02:00 Paul DeBruicker < >> >> >> >> >> >> > pdebruic@ >> >> >> >> >> >> > >: >> >> >> > >> >> >> >> when I hit shift+enter and type 'accept' I get things that are not >> >> >> >> #accept, e.g. #accept: and AbstractAcceptor. >> >> >> >> >> >> >> >> If I add a space after accept it doesn't help. >> >> >> >> >> >> >> >> >> >> >> >> What do I not understand? >> >> >> >> >> >> >> > >> >> >> > the result list is not sorted and the result list is built by all >> >> >> methods >> >> >> > having the query string as part >> >> >> > of its selector name. >> >> >> > >> >> >> > Yes this can be improved and it is not difficult, for example you >> >> can >> >> >> add >> >> >> > this method to >> >> >> > >> >> >> > GTFilterImplementor>>applyFilterWithQuery >> >> >> > super applyFilterWithQuery. >> >> >> > items sort: [ :a :b | (self itemFilterNameFor: a) size < (self >> >> >> > itemFilterNameFor: b) size ] >> >> >> > >> >> >> > this will sort the result list by the size of the selector name. So, >> >> if >> >> >> > there is a perfect match, >> >> >> > it will be listed first. >> >> >> > (BUT only in the implementors category if you "dive-in", not in the >> >> >> > 5-elements-result-preview-list). >> >> >> > >> >> >> > Maybe there is a better way without sorting. (We can modify >> >> >> > applyFilterWithQuery for the implementors >> >> >> > filter, to put perfect matches at the begining of the list). >> >> >> > >> >> >> > But all this is not easy to discover. Spotter classes make some >> >> heavy >> >> >> use >> >> >> > of delegation, many operations >> >> >> > are split and delgated to subclasses (GOOD!) >> >> >> > many classes aren't documented (BAD!) and this makes it really >> >> >> difficult >> >> >> > to >> >> >> > catch how all this is supposed to work together. >> >> >> > >> >> >> > >> >> >> > nicolai >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> Thanks >> >> >> >> >> >> >> >> >> >> >> >> Paul >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> View this message in context: >> >> >> >> >> http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accept-tp4831299p4831428.html >> >> >> Sent from the Pharo Smalltalk Users mailing list archive at >> >> Nabble.com. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> View this message in context: >> >> http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accept-tp4831299p4831506.html >> >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >> >> > >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing has its own flow" >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Using-GTSpotter-how-do-I-find-an-implementor-of-accept-tp4831299p4831566.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" > -- www.tudorgirba.com www.feenk.com "Some battles are better lost than fought."
