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
Make parsedquery customizable #18
Conversation
Forgot to add changes.
Implement multipath queries.
This one is really useful. Can you please merge master so its able to merge? |
@jensens Done! |
Any news? I'd really like to see this merged, this stuff will also simplify some solr/collective.solr integration we have :) |
🍻 |
so its used in 4.3 too. lets see. difficult to hold all ends in the hand. sigh. |
Honestly I don't always understand the mr.roboto/jenkins reports. There are problems with the new code? |
@keul Sorry. Those KGS jobs should have been removed long time ago since they almost always somehow fail. Unfortunately @bloodbare is really busy these days and he is currently the only person who can remove those misleading reports. |
This pull request is quite complex, so before looking at the code there's something to explain.
First of all: the actual plone.app.querystring seems a lot complex if compared to old collections.
The idea that forced me to branch is about creating a new collection criteria that is not strictly related to an existing catalog index. This is totally unsupported right now by collections and p.a.querystring.
So: this branch will make possible to define one or more "parsed query index modifiers" by defining named utilities.
Those utilities can:
Apart my final motivation (look at https://github.com/keul/collective.typecriterion) this change make possible to translate the fix for Subject index that now live in p.a.querystring code (that is quite ugly) to something more clean (the Subject index modifier is part of the branch).