Страница 1 из 1
Сортировка по дате в составном наименовании объекта ??????
Добавлено: 20 дек 2006, 16:13
Александр
Не подскажите кто знает
Активно пользуемся составным именем объектов в деревьях проектов и в частности:
- выводим первым атрибут дата создания
- потом название объекта
- потом еще что то из атрибутов
в результате получаем такое дерево
Код: Выделить всё
(09.11.2006)+название объекта+(что то еще)
(14.12.2006)+название объекта+(что то еще)
(15.12.2006)+название объекта+(что то еще)
(18.09.2006)+название объекта+(что то еще)
(18.12.2006)+название объекта+(что то еще)
(19.04.2006)+название объекта+(что то еще)
(19.10.2006)+название объекта+(что то еще)
т.е. сортировка идет слева направо и в данном случае по первым трем символам - а нам нужна чистая сортировка по дате, тем более что первым в названии идет значение атрибута с типом дата время
не подскажите есть ли нормальное решение данной проблемы без извращений типа нумеровать объекты по порядку или выводить дату кверх ногами (год месяц число)
PS Пользователи очень не довольны, просто очень 
Добавлено: 20 дек 2006, 21:09
Старик Крупский
А если попробовать убрать дату из скобок?
Исправляю свой пост. Скобки ни при чем. Лоция вроде использует windows-сортировку. все что в дереве (название объекта) - это строка. Проверил в explorer'е: создал папки с такими же датовыми именами, как у объектов. Картина получилась один в один.
Добавлено: 21 дек 2006, 07:05
Александр
если это Windows сортировка - то Лоция пошлет соответсвенно к Гейтсу.
А что делать нам?

Есть ли выход?

Добавлено: 21 дек 2006, 11:19
Anderyt
если нужна сортировка по дате - то скорее всего придется пользователей приучать к тому, что 06.12.21 - это гораздо лучше, чем 21.12.2006

в конце концов, эта штука реально работает

хотя конечно можно попросить о сортировке объектов в дереве по АТРИБУТАМ, а не по описанию

Добавлено: 21 дек 2006, 11:25
Александр
предложил техподдержке завести вычисляемое / невидимое поле в качестве первого элемента составного названия, тогда если это технически возможно мы бы сняли все проблемы
PS хотя на счет сортировки по атрибутам - гораздо круче
А что, может предложим в расширение функционала?
Добавлено: 21 дек 2006, 13:23
Александр
ТХ сказал, что это будет в следующей версии 4.хх программы...подождем
PS но завтра уже, может быть слишком поздно
Добавлено: 11 янв 2007, 07:56
Alxd
А что зазорного в обратном (международном) стиле написания даты? Ну написали 2007.01.11 - не дети ж на работе - поймут поди?! На крайняк - пояснить.
У меня есть знакомые, которые сами просили подсказать, как им именовать каталоги с датам, чтобы они сортировались по-порядку. Сказал, что формат yyyy.mm.dd, так они чуть ли не кипятком писали от счастья. И нет проблем.
Кстати, с точки зрения восприятия формат yyyy.mm.dd лучше, чем dd.mm.yyyy после соответствующей сортировки.
Добавлено: 11 янв 2007, 20:49
Старик Крупский
Вот! Вот! Вот!!! Не дети же. Я всегда говорил, что если есть возможность и инструмент, то надо стараться ПОВЫШАТЬ уровень пользователей. Чтобы они понимали суть своих операций. Конечно, можно сюси-пуси, одна клоунская кнопка, а в конце месяца нехилая зарплата за тупое нажимание одной кнопки. С другой стороны, работа с системе документооборота - это не основное, а вспомогательное для выполнения основных функций. И вспоможение должно быть максимально простым по сути. Это все так. Но, братцы, тогда через пять лет пользователи совсем думать отучатся

Добавлено: 12 янв 2007, 06:52
Anderyt
верно, нужен баланс между простотой использования и зарядкой для мозгов. хотя я в последнее время как раз отучаю их думать своими всякими там кнопочками

но между прочим, кнопки и автоматизация функций - это одно, я все таки думаю, что если какую то операцию можно сделать за нажатие одной кнопки или несколько кнопок в разных местах - то лучше выбрать короткий путь.. мне и самому иногда надоедает делать рутину, поэтому придумываю кнопки для себя

но вот то, что они должны понимать, что делают - с этим я абсолютно согласен... так что yyyy.mm.dd или yy.mm.dd - это нормально

Добавлено: 12 янв 2007, 12:01
Александр
Нет уж..., пользователь вообще ничего не должен знать о программе, и что там происходит на самом деле, поскольку это отвлекает его от основной работы.
Я лично исхожу из того что Лоция для юзера - это
легкий инструмент в котором есть
пара кнопок - нажимая на которые - вся его рутинная работа, где он должен помнить что куда, в какой последовательности, когда и как - полностью автоматизируется не отвлекая его от главного в нашей жизни - зарабатывания денег.
Вы же внедряете систему- сами знаете, если на человека
дополнительно навалить новые знания - он упрется, плюнет на эту программу, и будет работать по старому (исключаем силовое воздействие).
А наша цель (моя во всяком случае) - чтобы он полюбил Лоцию добровольно

и она ему нравилась, помогала в работе - а Главное не МЕШАЛА своим Тяжелым интерфейсом.
В наше время полно софта, который появляется каждую секунду, и если Лоция на данный момент не подходит юзеру

-то юзер выберет другой софт...
