-
Notifications
You must be signed in to change notification settings - Fork 33
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
List constraint logic #31
Conversation
@LakshSingla Nice work! I think we need to make it possible to filter by multiple lists. To do so, in the IN constraint, you just need to pass comma-separated lists names. For instance: "ListA,ListB", just as is done for the GO annotation filter. The constraint should be a ONE OF. Does that sound all right for you? 😄 About the Close button, do you mean you have removed it from the modal? If so, I think we prefer to keep it, as for UX is better. |
@AdrianBZG I have made the required changes except for the I have tried following queries, but they do not seem to work:
It is not supporting "ONE OF" operator and while using "IN", it requires a single list name to be entered as What seems to be working is
I am pushing the code and highlighting the location where constraint logic is added. It would be helpful if you take a look 😸 According to me "ONE OF" as an operator and "VALUES" as constraint information are not supported. |
@LakshSingla It's looking great! A few comments:
or
What do you think? |
@AdrianBZG I just realized that if a user selects 2 lists, maybe we should limit ourselves to only those results which is present in both the lists. This is in accordance with the rest of the app when user adds more than one constraint. For example if someone enters Pathway Name: Signal Transduction and Phenotype: Edema, only results satisfying both queries are selected. What are your opinions about it? As I am unfamiliar with the usage pattern of queries like these (in an actual scenario), you make the call whether only queries passing both lists be displayed or any one be displayed ... 😃 |
@LakshSingla So constraints in the same filter are trated as ORs, whereas constraints across different filters are treated as ANDs. So in this case since it's a constraint in same filter, we want to display results from both lists. Does that make sense for you? |
@AdrianBZG The following error is thrown while trying the above way. I have displayed the query alongside the result: |
@LakshSingla What line is giving this error in the code (not in the min version, as it's only 1 very big line)? |
This line of code L1669 in |
@AdrianBZG I think that choosing only one list would be the way to go. I am trying to union multiple lists but to no avail. In the original mine's query interface for lists, when I try to take union of 2 lists, it asks me to build another, rather than directly showing the result. What do you say ? :) |
@yochannah With respect to your comment on Discord, I tried the solution but it seems to be failing. Can you please suggest any other way to add multiple list constraints if possible ::)) Tagged below are the relevant parts of the conversation related to this issue.
|
@LakshSingla Maybe it's useful to print the query object associated with the im-table, to see if there is some error in the formating of the constraints? Or maybe we can just take into account 1 list, instead of multiple, what do you think @yochannah ? |
@AdrianBZG I have displayed the query object in one of my comments above.
|
@AdrianBZG @yochannah After a bit of digging I found this issue: intermine/imjs#18 |
@LakshSingla We are good with single list for the moment, let's leave multiple lists as a future feature. So let's make sure the user can only select one list in the modal, how does that sound for you? |
Alright !! I will revert the necessary changes by tomorrow and create a separate issue regarding multiple selection of lists :) |
@LakshSingla Sounds great to me! |
@AdrianBZG Please review the PR now !! I believe it is free of any bugs and now it implements single list save logic. I will open the issue regarding multiple lists (referencing this issue) after your review. |
@LakshSingla Looks good! Just three little things left:
|
@AdrianBZG I have made the required changes 😄 😄 |
@LakshSingla Wonderful! Just change the text color of the Reset buton to white, as they are all white, and it will be ready to merge. |
3c358dd
to
cedb769
Compare
@AdrianBZG Missed out that one 😅 Now its fixed :) Added that change to the previous commit only. |
@LakshSingla Nice work! |
@AdrianBZG I have added the list filter which is functioning properly, although I have not tested extensively, specially with user defined lists. Here are some of my concerns:
Apply
button from the screenshot in the issue, because of UX. One need not scroll to the bottom, to click onApply
. Also I have removedClose
because it is the default behavior of the modal.I may need to clean up a few bits of code, apart from that it is ready from my side. Lemme know if you want any changes to be made :)
Refers #27