[prev in list] [next in list] [prev in thread] [next in thread] 

List:       icu-bugrfe
Subject:    [icu-bug] incoming/2587
From:       jtcsv () jtcsv ! com
Date:       2002-12-19 17:28:25
[Download RAW message or body]

weiv moved PR#2587 from incoming to returned	URL: http://www.jtcsv.com/cgi-bin/icu-bugs?findid=2587
	Notes: Not a bug - submitter has wrong assumptions about how collation works.


====> ORIGINAL MESSAGE FOLLOWS <====

From: troy.hepfner@baesystems.com
Date: Wed Dec 18 17:11:16 2002
Subject: Collation problem in 2.2

Full_Name: Troy Hepfner
Version: 2.2
OS: win32
PROJECT: ICU4C
JAVA:   
Submission from: (NULL) (206.231.13.11)


When I am performing a sort operation on a list of UnicodeStrings, there does
not seem to be any difference between SECONDARY vs TERTIARY... I've used both on
the same set of strings.  Apparently, sorting at the TERTIARY level is not
considering case (at least not with English).

My sorted list contains the following (whether I sort it using SECONDARY or
TERTIARY):
button
checkbox
CLOSE
combobox
COPY
cut

I would expect "CLOSE" and "COPY" to be grouped together, not interspersed
amongst the lowercase c's...

Locale: English, US
Development environment: Windows 2000, using Visual Studio .Net

_______________________________________________
icu-bugrfe mailing list
icu-bugrfe@oss.software.ibm.com
http://oss.software.ibm.com/developerworks/oss/mailman/listinfo/icu-bugrfe
[prev in list] [next in list] [prev in thread] [next in thread]