Summary: | localedata/locales/pl_PL has incorrect LC_COLLATE <space> handling | ||
---|---|---|---|
Product: | glibc | Reporter: | Roman Barczynski <romke> |
Component: | localedata | Assignee: | Petter Reinholdtsen <pere> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | drepper.fsp, glibc-bugs, mfabian |
Priority: | P2 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Host: | i686-pc-linux-gnu | Target: | i686-pc-linux-gnu |
Build: | i686-pc-linux-gnu | Last reconfirmed: | |
Attachments: | this patch fixes that issue |
Description
Roman Barczynski
2004-09-17 12:10:28 UTC
Created attachment 195 [details]
this patch fixes that issue
This comment was copied from a template file, so it is not reliable. If you look into a Polish dictionary, is the space character ignored or taken into account when sorting entries? Reporter, reply, please, otherwise I'll close the bug. Polish collate rules defined in PN--80/N--01223 (document proposed by Polish Ministry of Culture and Arts in 1980) stands: "In sort order you should consider alphabetic order of words (and so characters inside words). Characters between words such as punctuation chars, spaces and hypens should be considered as well." Also you should know that polish TeX community (as we all know TeX users are obsessive about any norms and regulations compliance) shows us such example: #v+ correct incorrect - - - - - - - - - - - - katalog informatyczny katalogi katalog przedmiotowy katalog informatyczny katalogi katalog przedmiotowy #v- ( http://www.ia.pw.edu.pl/~wujek/tex/idx/porzadek.html - unfortunatelly link in polish language ) I made the change. Next time if you reply, change the state back from WAITING. Otherwise the bug might not show up on lists. |