Hi, are there some wildcards in GTSpotter matching? Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk. I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible? Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc. Is this possible? Thanks, -- Peter
Yes, I asked about this also some months ago. +1 for the desired feature! On Sat, Dec 5, 2015 at 8:40 PM, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- Mariano http://marianopeck.wordpress.com
Currently wildcard are not supported. I think this is in the roadmap of the GT team. But not supported for now. However, there is strictly no need for it. Since you have the dive-in category: https://dl.dropboxusercontent.com/u/31543901/MyPapers/Kube15a-VISSOFTNIER-Sp... Cheers, Alexandre
On Dec 5, 2015, at 8:40 PM, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi, #<anything> is a category filter. Try #class, #instance, etc. Wild characters are not possible to use. We are aware of this. But the case is not that simple. If I remember well, there were some performance issues. Then I have learnt that people are not aware of regular expressions or any other kind of wild-characters. Even such simple thing like #<category name> is confusing. We need to find out different way having this feature apparent. Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
Itâs cool that you have this, category filters are very useful. But itâs not discoverable from the user interface so itâs very unlikely that people will know they exist (except if they are reading this message ;-) ). How about adding a âfiltersâ UI element at the top, that adds the #<relevant> expression to the search string when a filter is selected?
On Dec 7, 2015, at 09:52, Juraj Kubelka <juraj.kubelka@gmail.com> wrote:
Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Wild characters are not possible to use. We are aware of this. But the case is not that simple. If I remember well, there were some performance issues. Then I have learnt that people are not aware of regular expressions or any other kind of wild-characters. Even such simple thing like #<category name> is confusing. We need to find out different way having this feature apparent.
Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile
On 12/07, Juraj Kubelka wrote:
Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Oh... right. I've been using this for long time, my brain just didn't connect the dots. In either case, once you dive in the category filter is no longer applicable. So normally I would do "#i selector", then dive in, and then filter it.
Then I have learnt that people are not aware of [...] any other kind of wild-characters.
People don't know what wild-chars are? I would understand that someone might be uncomfortable with regexps, because there are many variations, but wildchars...
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- Peter
7. 12. 2015 v 11:59, Peter Uhnak <i.uhnak@gmail.com>:
On 12/07, Juraj Kubelka wrote:
Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Oh... right. I've been using this for long time, my brain just didn't connect the dots.
In either case, once you dive in the category filter is no longer applicable. So normally I would do "#i selector", then dive in, and then filter it.
Then I have learnt that people are not aware of [...] any other kind of wild-characters.
People don't know what wild-chars are? I would understand that someone might be uncomfortable with regexps, because there are many variations, but wildcharsâ¦
Well, some people asks for regular expressions, some people asks for wild-characters, some people prefers other techniques. In most cases people are satisfied with substring solution as it is right now. In some special cases people thinks about more advance solution. I believe that we should sort results according to relevance, e.g., if I write open, then selectors called open should be first, then likely openOn:, openWithSpec:, openVeryLongExplanation:, etc. Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- Peter
Hi, By the way, is it possible to have exact match now? At least, I expect to have expect match on the top of the result list. A simple use case, open Spotter search number dive into implementors category The exact matches are lost in the middle of hundreds of other selectors. This way, it is very difficult to find what you need. It is also why I always need to open a playground to be able to search all implementors of a selector. It is not do-able with spotter without an exact match. That said, I have to add that I really enjoy spotter and other GT tools :) Christophe Le 8 déc. 2015 à 01:56, Juraj Kubelka a écrit :
7. 12. 2015 v 11:59, Peter Uhnak <i.uhnak@gmail.com>:
On 12/07, Juraj Kubelka wrote:
Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Oh... right. I've been using this for long time, my brain just didn't connect the dots.
In either case, once you dive in the category filter is no longer applicable. So normally I would do "#i selector", then dive in, and then filter it.
Then I have learnt that people are not aware of [...] any other kind of wild-characters.
People don't know what wild-chars are? I would understand that someone might be uncomfortable with regexps, because there are many variations, but wildcharsâ¦
Well, some people asks for regular expressions, some people asks for wild-characters, some people prefers other techniques. In most cases people are satisfied with substring solution as it is right now. In some special cases people thinks about more advance solution. I believe that we should sort results according to relevance, e.g., if I write open, then selectors called open should be first, then likely openOn:, openWithSpec:, openVeryLongExplanation:, etc.
Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- Peter
Hi Christophe, Not yet, but this is definitely way to improve Spotter. Thanks for the comment, Juraj -- Juraj Kubelka 8. 12. 2015 v 5:10, Christophe Demarey <Christophe.Demarey@inria.fr>:
Hi,
By the way, is it possible to have exact match now? At least, I expect to have expect match on the top of the result list. A simple use case, open Spotter search number dive into implementors category
The exact matches are lost in the middle of hundreds of other selectors. This way, it is very difficult to find what you need. It is also why I always need to open a playground to be able to search all implementors of a selector. It is not do-able with spotter without an exact match.
That said, I have to add that I really enjoy spotter and other GT tools :)
Christophe
Le 8 déc. 2015 à 01:56, Juraj Kubelka a écrit :
7. 12. 2015 v 11:59, Peter Uhnak <i.uhnak@gmail.com>:
On 12/07, Juraj Kubelka wrote: Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Oh... right. I've been using this for long time, my brain just didn't connect the dots.
In either case, once you dive in the category filter is no longer applicable. So normally I would do "#i selector", then dive in, and then filter it.
Then I have learnt that people are not aware of [...] any other kind of wild-characters.
People don't know what wild-chars are? I would understand that someone might be uncomfortable with regexps, because there are many variations, but wildcharsâ¦
Well, some people asks for regular expressions, some people asks for wild-characters, some people prefers other techniques. In most cases people are satisfied with substring solution as it is right now. In some special cases people thinks about more advance solution. I believe that we should sort results according to relevance, e.g., if I write open, then selectors called open should be first, then likely openOn:, openWithSpec:, openVeryLongExplanation:, etc.
Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to anchor the start of the selection. ('#selector' for some reason doesn't work). But I would like to also search by a simple ? (any character), * (any characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice. For example I want to look through #default methods, however 90% of the matches will be junk, so I would like to write '#default$' and it will not match '#defaultIcon', etc.
Is this possible?
Thanks, -- Peter
-- Peter
On Tue, Dec 8, 2015 at 5:10 AM, Christophe Demarey < Christophe.Demarey@inria.fr> wrote:
Hi,
By the way, is it possible to have exact match now? At least, I expect to have expect match on the top of the result list.
+1
A simple use case,
- open Spotter - search number - dive into implementors category
The exact matches are lost in the middle of hundreds of other selectors. This way, it is very difficult to find what you need. It is also why I always need to open a playground to be able to search all implementors of a selector. It is not do-able with spotter without an exact match.
Indeed. I do the same. For searching implementors and senders I always have to fallback to old implementors/senders tools. :(
That said, I have to add that I really enjoy spotter and other GT tools :)
Christophe
Le 8 déc. 2015 à 01:56, Juraj Kubelka a écrit :
7. 12. 2015 v 11:59, Peter Uhnak <i.uhnak@gmail.com>:
On 12/07, Juraj Kubelka wrote:
Hi,
#<anything> is a category filter. Try #class, #instance, etc.
Oh... right. I've been using this for long time, my brain just didn't
connect the dots.
In either case, once you dive in the category filter is no longer
applicable.
So normally I would do "#i selector", then dive in, and then filter it.
Then I have learnt that people are not aware of [...] any other kind of wild-characters.
People don't know what wild-chars are? I would understand that someone
might be uncomfortable with regexps, because there are many variations, but wildcharsâ¦
Well, some people asks for regular expressions, some people asks for wild-characters, some people prefers other techniques. In most cases people are satisfied with substring solution as it is right now. In some special cases people thinks about more advance solution. I believe that we should sort results according to relevance, e.g., if I write open, then selectors called open should be first, then likely openOn:, openWithSpec:, openVeryLongExplanation:, etc.
Cheers, Juraj
On Dec 5, 2015, at 20:40, Peter Uhnak <i.uhnak@gmail.com> wrote:
Hi,
are there some wildcards in GTSpotter matching?
Currently it searches anywhere in the (method) name, which makes it hard
for shorter names, because it will match a lot of junk.
I've also discovered (by accident), that I can use '>>#selector' to
anchor the start of the selection. ('#selector' for some reason doesn't
work).
But I would like to also search by a simple ? (any character), * (any
characters) wildcard. Is that possible?
Additionally constraining it from the end would be also nice.
For example I want to look through #default methods, however 90% of the
matches will be junk, so I would like to write '#default$' and it will
not match '#defaultIcon', etc.
Is this possible?
Thanks,
--
Peter
--
Peter
-- Mariano http://marianopeck.wordpress.com
participants (7)
-
Alexandre Bergel -
Christophe Demarey -
Johan Fabry -
Juraj Kubelka -
Juraj Kubelka -
Mariano Martinez Peck -
Peter Uhnak