Maybe the search from here takes into account only the main locations ? Try to change the main location to see if it makes a difference.
What I'd do in your case is:
1) create a new class "topic" (copy of folder) 2) add an enhanced object relation field "topic" in the book, that let you check the topics object (check box, class object).
Override the view full for topic to list the reverse related objects (ie the books that have checked this specific topic).
Yes, this is a "feature" of the default search plugin. Feel free to post an enhancement request ;-)
In our lucene based plugin this is also the case for the released beta versions, but it will be possible to have alternate locations under your subtree which return valid hits in an upcoming release. The issue is to return the $node object with the alternate location(s) (yes there can be more than one in principle) ... but I'm working on that one too.
Thanks for your replies and sorry that I haven't replied back in a little while as I've been away.
Sounds good that the lucene search plugin will support this. :-) I'm testing that on a few sites and have been very impressed.
I think I'll post it as a feature request. ;-) It doesn't make sense to return 0 search result when users choose "search from here" or a folder to perform the search on, although the objects do appear under that folder.
I will probably need to rearrange the folders in my case then.
To Xavier: that's Dame Kierri, our family's cat, who owns this house. ;-)
I've the same problem with eZp 3.6.10. The use of subtree_array seems to be the problem. Without, search display all objects concerned with my request.
No solution now for me now ? ;-(
Patrice
You must be logged in to post messages in this topic!