Closed techphoria414 closed 11 years ago
I am going to close this for now, I think I just realized that I didn't need to refactor as aggressively as I did, since NameValueCollection supports multiple values.
re-opened this, went back to using NameValueCollection, but had to make some tweaks to how it is used to ensure all field values are available. also, updated Demo pages to show and allow testing of returned values.
I was always wondering if this is the right way of crawling the pipe separated GUID fields. So the way I understand it, this will result in multiple fields with the same name in the document if there is more than one GUID in raw value. If this works fine, then there is no need in having the multilist, treelist and treelistEx fields be marked as "TOKENIZED". The reason why I had to do it this way is to have field values with more than one GUID be searchable.
I just did a quick test of this, and confirmed that with this addition, the Multilist is searchable as both TOKENIZED and UN_TOKENIZED. The other nice aspect of this is that all values are accessible individually in the SkinnyItem.
Any thoughts on pulling this one in Alex? We utilize it in Active Commerce, but can maintain our own fork if need be.
Nick, thanks again for your contribution. I think this is gonna work great for multilist fields. Some notes:
See details: sitecorian/SitecoreSearchContrib@a081b2cb754f83ba45a50ad975a0835fcf684164
This is a rather substantial change to better support pulling values from index fields that have multiple values stored. (though should be non-breaking to existing implementations). Also updates the crawler to better support crawling of multi-valued fields.
Not 100% sure it's the correct approach to doing this, would definitely be open to feedback.