first issue:
I tried to execute the search on our eZ Find index. I can confirm that "o*" in your filter returns the objects with the second word starting with "o", but only if this attribute were indexed as "text" in your ezfind.ini. It's the normal case for text-lines.
- You can bypass this by changing text-lines into "string" types, but another problem appears: after this you cannot search for parts of the string.
- You can also create your own ezfSolrDocumentFieldBase class which would handles the indexing of text-lines - here you would store the name in two different ways:
-- first: as a string
-- second as a text so both versions would be indexed in solr and you have to decide which of the types you take.
second issue:
solr is sorting in "natural order", so the extended ascii chars are located at the end. I found an interessting article about a similar problem: http://wiki.epc.ub.uu.se/display/~ronnie/International+Sorting
Your reply has helped me a lot. I only need this condition (look in the entire field) for a few specific attributes. At first, those attributes was defined as ezstring.
So, what i've done is to build a custom datatype (just a copy of de default ezstring with some changes in the names) and map this datatype to string in my ezfind.ini.append.php. Something like
Then, I just added new attributes of this type to the classes, and with a cli script, i copied the values from the old attributes to the new ones and finally deleted the old ones. After running indexing script all is working as i want for those fields, so thank you very much!
For the second issue i will look at your recomendations. Thanks again.