>>Hi Rick,
>>Since Dmitry never marks his questions as solved, conversations go on :)
>>
>>If the code is in a base class, then there would be a need for type checking. I have real world use case for this, the same control could be used with a date, datetime or string depending on the chosen style and the conversion is done behind the scenes as needed. It wouldn't be feasible to create a different class per type to bind.
>>
>>Also, binding is not a must, without being bound, a textbox could simply be assigned a date value which would make its type date.
>
>And then there are such textboxes where the date value is actually starting as a blank string, so the user can enter a shortcut - "-3w" for "three weeks ago" or "+8" for "eight days in the future" etc. That may be easier for the user in some situations - scheduling, ticketing, field reporting etc, where they deal with near future or recent past a lot.
Yes:) It was sort of my purpose having a multi type textbox (also time entry as text).