Это называется непонимание.
Из которого ты сделал вывод:
Делать выводы из непонимания - признак профессиональной непригодности.
Это информация. Можешь - верить можешь - нет: мне это не интересно уже.
Тебя никто не заставляет догадываться.
Тебя просят не делать выводы из своего незнания.

Не вызывает сомнения только одно: пять минут подумать тебе было в лом
Ты тот, кто начал этот разговор.
И какова цель этого разговора была - загадка.
Пришел, прокрякал чего-то, угробил всем настроение...
И на тебе - оказывается его же и обидели.



1) Это постфактум. Предложение обсудить было выше на 20 постов. И где ты был
2) Это не предложение. Конкретика на нуле.
3) Про принцип добавления говорил неоднократно: тебе лень привести стилиститику своего элемента в соответствии с современной, а мне лень подчищать грязь за рационализаторами. Даже не столько лень, сколько нет физической возможности. Более эффективными затратами для себя считаю научить людей работать чисто, а не убирать за ними.

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

Мдааа... Шутливо кинутая фраза обернулась унизительными возляиниями на пол-листа. Впредь -- буду осторожнее.

nesco, ты считаешь унижением просьбу решить задачу

А, да - забыл... другие дела.
Так чего лезешь, если другие дела заели - делай их.

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

Да никуда я не лез. Но не я, так кто-нибудь другой спросил бы? Мне интересно все, что связано со StringTabl'ом. Что здесь плохого? Или у нас на форуме нельзя задавать вопросы?

nesco, можно, но... осторожно.

Это моя фраза, специалист по стилям :



Цитата выше, не вопрос, а наезд
Вопрос был здесь http://hiasm.com/xf/topic.php?p=51623#P51623
И на него был дан ответ.
Это стиль такой фирменный: давать ответы на вопросы
А вот тебе задали вопрос - так тебе это не надо.
Тоже стиль, надо полагать.

Galkov, приношу публичные извинения. Но не понял я, что ты мне вопрос задал. И не собирался я на тебя наезжать... совсем не собирался. И с датами, откровенно, ничерта не понял -- с числами понял, с датами -- нет.

Нет .
Это наблюдение по форуму.

Мое наблюдение говорит другое:
1) Есть предложение обсудить способы и интерфейс закрытия всех вопросов сортировки в элементе
2) В ответ полное молчание - единственное конкретное предложение от Dilma
3) Подвожу итог обсуждения фразой "думаю так" - опять ноль реакции.
4) И уже, после реализации этого единственного предложения, получаю намеки на то, что внедряю сомнительные решения, только потому, что они мною сделаны. От народа, который обижен тем, что их шедевры так и не попали еще в дистрибутив.

И это не просто "наблюдение по форуму" - его может проверить любой прямо по этому же топику.

---

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

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

Это отдельная задача. Обсуждалась в другом топике.
По результатам обсуждения (совершенно не связанными с этим топиком) - необходим элемент DataTimeConvertor
И он будет.
До него у меня тоже руки не дошли, а другим "это как-то не надо"
Вместо того, чтобы провести эксперимент: попадет он в дистрибутив - или нет.

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

nesco, по принятому сегодня в большинстве стран календарю основной период расчёта - 400 лет и содержит в себе 146097 дней, в году 365 дней, каждый четвёртый год - високосный по 366, каждый сотый - не високосный по 365 дней, каждый четырёхсотый (в т. ч. 2000) високосный 366 дней. При таком календаре ошибка в один день набегает за 3500 лет - будем ждать своего Мюнхаузена с 32 мая
Для подсчёта числа дней от 31.12.1899 г. до 28.02.2100 можно пользоваться сокращённой формулой:
ДНЕЙ = 367Y - INT{(7/4)[Y+INT((M+9)/12)]} + INT(275M/9) + D -694005, где:
Y - текущий год, например 2007;
M - текущий месяц, например 4 (апрель);
D - число например 8 (Пасха);
От рождества Христова надо прибавить 693594 дня и получится KOL-овский TdateTime

Galkov, очень хочется (но идей по реализации НЕТ ), чтобы в StringTable реализовать что-то типа:
т.е. в списке колонок кроме размера задавать еще и Alignment (влево,вправо,по центру). А?

А какие тут идеи нужны и так все понятно (давно уже реализовано, но не в штатном). Лучше использовать один разделитель, например:
но это -- ИМХО.