Вот первый релиз DateConvertor'a. Пример внутри. Остальное будем переделывать после утверждения концепции.

1) Ты сколько версий делать собрался
2) Иконка утверждена без просмотра

Galkov, да вроде одну. Информации от тебя по компоненту и по концепции методов не вижу. Пойдет, не пойдет, и чего переделать или доделать надо? Я же написал "остальное" про другие компоненты.

nesco, На размер Архива помотри.

Мдяяя... Точно прокол, торопился на работе выложить и забыл про то, что он -- не в архиве. Приношу глубочайщие извинения

nesco, Вряд ли, что кроме советников, это, кто то сможет применить.
Да и ещё .А как с другими компонентами.

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

DatePicker_3.00 точно работать будет только с ним, чтобы жизнь малиной не казалась

Плакали наши денежки(новые пользователи)

Вячеслав, куда ты нафиг денешься с подводной лодки-то - не только DatePicker, все элементы с датой только с ним работать будут

И с чего ты решил, что народ тупее тебя - никак не пойму

Да и вообще, обращаю внимание, пренебрежительное отношение к новичкам у некоторых.
И при этом, совершенно не факт, что образованность "новичка" хуже, скажем, чем у среднего Советника...
Не говоря уже об этих "некоторых"

Пора выходить на более высокий уровень, а то сидим который год на одном месте. У меня сейчас еще в уме HilightMemo висит, что-то доделать это безобразие руки чешутся.
Можно подумать, такие компоненты как DatePicker у нас начинающие юзают, или он раньше в дистрибутиве был.

Да нужный компонент.

И ещё по DateConvertor наверное надо отдельный топик создать.

Буду очень благодарен! Компонент нужный, особенно для баз данных и создания всяких редакторов с подсветкой синтаксиса.

nesco, неправильно ты делаешь

1) Не надо выдавать в поток MT - занеси ST в поля класса, и сделай 9 нижних точек. Скрытых в default-е. Кому надо, тот сам запихнет именно нужные ему поля, и именно в нужном ему порядке в MT
ВисокоЗность блин...

2) Не надо читать MT сверху - глупости это. Делай 7 верхних точек, скрытых в default-е
Прекрасно из потока MT примется при этом. Безо всяких выпендриваний.

3) А что одного метода вместо DateToStrFmt и TimeToStrFmt не хватит разве

4) Не вижу целочисленного типа для использования в SQL...

5) Арифметика такая: сейчас 3 типа (рассыпуха, строка, real), следовательно, "все во все" - это 6 методов.
Вижу пока 4
После добавления Integer будет 4 типа, следовательно, "все во все" - это 12 методов.
Это - на всякий случай

[size=-2]------ Добавлено в 22:27

А может проще сделать, и всего делов.
Не доходя до версии 6.88.
А топик был. Там все сказано.
И добавить нечего - просто делать надо, и все

nesco, Описание Mode надо как то по проще сделать
например нет определения - что такое дробное.