Bug 7921 - Неправильная сортировка и поиск в не-latin1 в kaddressbook
: Неправильная сортировка и поиск в не-latin1 в kaddressbook
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kdepim-kaddressbook)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2005-09-11 07:42 by
Modified: 2005-12-12 14:07 (History)


Attachments
Screenshot of buggy sorting (11.55 KB, image/png)
2005-09-11 07:43, Mikhail Yakshin
no flags Details
shot.png (3.17 KB, image/png)
2005-09-16 17:47, Sergey V Turchin
no flags Details
shot2.png (7.89 KB, image/png)
2005-09-16 18:29, Sergey V Turchin
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2005-09-11 07:42:22
Есть приложение kaddressbook. Позволяет вводить карточки, имеет список этих
введенных карточек. В списке колонками показывается некое подмножество полей из
этих карточек (какие - это настраивается). По каждому из них можно по идее
сортировать. Если все в latin1 - то все замечательно. Как только появляются
русские буквы - я даже не знаю, как классифицировать такую сортировку - см.
рисунок. Подозреваю, что где-то делается абсолютно страшное преобразование и
потом по его результату идет сортировка. Что характерно - справа появляется
некое количество кнопочек, изображающих из себя закладки "по буквам". Выглядит
тоже ужасно - тоже см. рисунок. Интервалы вроде 'от маленькой русской "л" до
большой латинской "J"' - я себе представить не могу.

Вторая проблема, скорее всего напрямую связанная с этой - сверху есть строка
"поиск", куда можно вводить всякие буквы и по ним будет происходить фильтрация.
Пока все в latin1 - все нормально, case-insensitive поиск. Когда появляются
русские, например, буквы в строке поиска и в самой базе - даже если вводить
точно с тем регистром, что в базе написано - находит далеко не всегда, а иногда
- находит совершенно лишние вещи.
------- Comment #1 From 2005-09-11 07:43:13 -------
Created an attachment (id=1102) [details]
Screenshot of buggy sorting
------- Comment #2 From 2005-09-16 17:47:40 -------
Created an attachment (id=1116) [details]
shot.png

У меня ок. ru_RU.CP1251
------- Comment #3 From 2005-09-16 17:55:57 -------
ru_RU.KOI8-R и ru_RU.UTF-8 - так, как у меня... попробуй большее число записей 
- очень может быть, что эти 5-6 записей просто совпали нормально... 
------- Comment #4 From 2005-09-16 18:29:03 -------
Created an attachment (id=1117) [details]
shot2.png

Нет, не воспроизводиться в CP1251
------- Comment #5 From 2005-09-16 21:59:29 -------
Проверил, запустил с LC_ALL=ru_RU.CP1251 - действительно, так. Правда, в
ru_RU.CP1251 слетела у половины контактов почему-то кодировка - видимо, они
были
введены не в юникоде, а как-то иначе.

А в ru_RU.KOI8-R и в ru_RU.UTF-8 - такие глюки, как я показывал, причем,
кажется, одинаковые и там, и там.

Вообще объяснение работы в ru_RU.CP1251 может быть простое - там русские буквы
в
алфавитном порядке по идее поставлены... Хотя это только на первый взгляд,
может
быть проблема глубже...
------- Comment #6 From 2005-12-10 15:20:04 -------
Думаю, этот баг можно закрыть как неактуальный: при введении всех контактов в
юникоде (так, чтобы они в файле лежали как UTF-8) все становится нормально.
------- Comment #7 From 2005-12-12 14:06:59 -------
Да, я дома в ru_RU.KOI8-R че-то и не смог воспроизвести баг.