Some additional remarks: While making the splitting dependent on the locale
settings (as done in the old TextIndex) helps with most use cases, I'm not
sure if that is the right thing to do in the long run. Locale settings are
good for client software, i.e. if you want to have a program behave German
for a German user etc.

But a web server might be located in the U.S., but frequented by
German-speaking and Spanish-speaking users. Or even users from China or
Japan. In these cases only Unicode will help I think. After all you can not
have more than one locale at a time. But honestly I still don't understand
the Unicode thing good enough. My main concern is whether a Unicode-enabled
site will still work with older browsers and for all platforms ...

> Casey Duncan wrote:
> > The main reason I have not merged this already is that I lack a sample
to make
> > a new test with. If someone can provide me with some content samples
> > break now, but work with the patch, I will make a new test and checkin
> > fix for 2.7 perhaps 2.6.1 if desired.
> >
> > -Casey
> hi Casey,
> try some words with "german umlaute". things like:
> mülltonne
> waschbär
> behörde
> überflieger
> the last one will work without the patch. explanation: the first
> character is splitted away [non-ascii-character] [both for storing the
> word in the Lexicon and resolving the query-words through the
> queryparser]. so it will in both cases end up in
> berflieger
> searching for 'überflieger' will give you correct results. this is the
> reason, why some people think, that ZCTextIndex works with german
> 'umlaute', but it does not...;-)

This patch will probably not hurt anybody. And it would make ZCTextIndex
behave like TextIndex.


I don't want to be too pedantic about that, but usually I'd expect a
replacement to really replace all of the functionality of the thing it
TextIndex was locale-aware (and this was even documented somewhere), so
switching to ZCTextIndex should not break anything, at least not in a Zope

But that's what I've told you all the time: Why do you make things final
releases before they are really tested? 2.6.0 has a really bad bug with the
DateTime module (Lennart Regebro has provided a fix for it:
http://www.zope.org/Members/regebro/datetime_260_fix) that was introduced
after 2.6.0b1. This just shouldn't be possible ...

Anybody listening? ;-)



Zope-Dev maillist  -  [EMAIL PROTECTED]
**  No cross posts or HTML encoding!  **
(Related lists - 
 http://lists.zope.org/mailman/listinfo/zope )

Reply via email to