-
-
Notifications
You must be signed in to change notification settings - Fork 52
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
Allow the searching of child collections #4
Comments
That sounds perfect. |
Hi @bzbetty, I have just released an update to SearchExtensions which partly addresses this issue. With version 1.7 you can now search child collections. The reason this is only partly complete is because it is currently only enabled for I have created a blog post explaining how to use the new feature, but in short, with the examples above in mind, you can now do something like the following:
OR
I'll be working on supporting |
Awesome! Will try it out as soon as I get the chance.
|
Big news! I have just made a second release which now supports searching on Blog post to follow |
you are too awesome! On Thu, Nov 5, 2015 at 1:21 PM, John Nye [email protected] wrote:
|
Is it possible to use a Search and a SearchChildren at the same time? It eg SELECT [Extent1].[Id] AS [Id] On Thu, Nov 5, 2015 at 1:22 PM, Sam McKoy [email protected] wrote:
|
Can you post the code you are using to try this? I think it should be possible with the current code base |
Context.Invoices also tried Context.Invoices On Fri, Dec 18, 2015 at 8:45 PM, John Nye [email protected] wrote:
|
Hmmm, I would have thought the first option would have done the trick. I'll be on the train to work in a bit so will investigate. I'm pretty sure it should be possible though |
it works but it requires both the invoice description and client name to On Fri, Dec 18, 2015 at 9:10 PM, John Nye [email protected] wrote:
|
Ah, I see, apologies. Funnily enough, I have just replied to issue #6 asking for precisely the same thing. As a workaround, you could potentially run them as 2 separate queries (which I know is not ideal). What this does mean is that you only have to perform the second query if the first doesn't return any results. Something like:
|
it's not actually a big deal in my case as normally the user knows which On Fri, Dec 18, 2015 at 10:07 PM, John Nye [email protected] wrote:
|
No probs, I will look at how we can maybe have an indicator in the searches to allow for an OR search across search types as it would clearly be useful since you and @sunflowerlab have both mentioned it. |
Investigate the possibility of have SearchExtensions return a parent item if a match is found in a child collection.
A possible example might be:
Additionally, support for non strings should be considered:
@bzbetty - does this adequately fulfill what you were lookng for?
The text was updated successfully, but these errors were encountered: