-
-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Querying for many languages #401
Comments
Right, so there was some discussion back and forth about whether it should be the mathematical intersection of both languages, or the union. At some point we decided on the union of both languages, so basically it will return any result that has to do with either language. I agree that the user can already query for either JavaScript or Python on its own, so you probably want the intersection... I wonder, if we expose a way in the API to specify this, can we make the user choose which they mean if they don't like it? |
Perhaps it would look like a "Show more results" button, and it would show a query for the union of both results rather than the intersection if they didn't end up finding a suitable resource in the initial results. |
Thanks for the context! I would suggest to do intersection only, and if people request union - we figure it out then! |
Hmm how about we include an additional query param like |
I'm just not sure how we can convey the difference to the user without being confusing. |
Oh right sorry - I was taking only backend functionality into account. I guess the frontend would need a small additional checkbox that says something like Edit: Nvm - I think intersect only for now might be better and kinda feels more intuitive unless you think the above options wont be confusing |
I think I remember being on the intersect side of the argument when this was decided over a year ago, but I was convinced otherwise by the person I was chatting with. I have no issue changing it to that, I agree it feels the most intuitive. |
I'm not sure if this is a bug or a feature request, but when querying with both JavaScript and Python, I expected to see results where only both languages were relevant to each and every result. Instead, it was as if I joined the lists of both querying for JUST JavaScript and then JUST Python. I would suggest if a user searches for
JavaScript, Python
they are met with only resources that contain references to both languages, since they can already query for JavaScript or Python on its own.The text was updated successfully, but these errors were encountered: