Столкнулся с задачей последовательного перелистывания даты в календаре не распахивая, а сторонними кнопочками. Кроме как нагромождения схемы кучей элементов у меня ничего не вышло. Покумекал и малость подправил сам DatePicker.

code_20179.txt

файл ini

code_20180.txt

файл pas
code_20181.txt

jeka_kam, Как работать с DatePicker кнопочками читай здесь -> http://hiasm.com/forum.html?q=3&p=152068
или здесь DatePicker

Я полагаю Вы, Tad, пример не смотрели и код календаря не меняли. "кнопочки" имелись ввиду не клавиатурные, как с ними работать я в курсе. задача стояла в переключении даты кнопочками на форме . если это возможно без изменения кода - буду рад новым знаниям.

А что менять-то надо стрелочками-- дату, месяц или год

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

jeka_kam,
code_20191.txt
Компонент штатный
Ну и в чем проблема ?

Tad, давай поиграем в игру "найди 10 отличий". я все же посоветую открыть приведенный PAS файл и сравнить со штатным. и было бы неплохо для начала изменить штатный компонент , а уж потом смотреть схему. в общем минус тебе в рейтинг.

А давай мы играть не будем в "10 отличий", не каждому хочется ковыряться в твоем коде, а тем более, ставить твой компонент. Зачитай все достоинства своего решения и скажи, почему этого нельзя сдклать на штатных компонентах минимальными затратами. Если ты чего-то не можешь сделать, то это совсем не означает, что этого нельзя сделать вообще. Так что, тебе от меня минус за неправильное освещение задачи и попытки наезда на чела, который привел совершенно верное решение по поставленной задаче

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

code_20196.txt

code_20197.txt
------------ Дoбавленo в 10.51:
в первом посте четко написано - как нагромождения схемы кучей элементов. вроде вполне ясно.

И что, ради применения двух компонентов Math (можно использовать и один, если +1 и -1 загнать в кнопки), стоит городить изменение компонента
------------ Дoбавленo в 10.58:

Две штуки или, и того лучше, одна -- это куча, оригинальный подход к решению задач

только теперь оставил одну точку и передаю ей 1 или -1 в потоке, дабы уменьшить код. можно закрыть топ.
------------ Дoбавленo в 11.04:
вот так по два, три и получается ужас)))

Во, видишь, и идея пригодилась.

Если аккуратно сделать никакого ужаса и не будет.

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

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

Так как минус мне поставили, то захотелось назвать вещи своими именами :
1. jeka_kam, смотрел я и твою схему, и pas-файл и ini.
2. Хочешь моё мнение ? Пожалуйста : Идиотизм высшей категории. ИМХО.
Почему пришел к такому выводу, разберись сам и заодно найди десять отличий моего мнения от твоего.

------------ Дoбавленo в 17.09:
Хотя, судя по амбиции, десять отличий не найдёшь.
Объясню на пальцах, почему считаю идиотизмом добавление предложенных тобой точек:

Завтра кто-то столкнётся с задачей - листать через два дня - добавляем точки.
Послезавтра кому-то потребуется листать по четным или нечетным - добавляем точки.
Через пару дней - листать по неделям.
Да мало ли как, кому и что захочется.

Это не консерватизм, а логика. Что лучше компонент "для всех" или для тех кто "столкнулся с задачей", решаемой добавлением в схему всего ОДНОГО компонента ?