Date-Time Field ... Problem with manual input

I tried to get this error but without success. Could you give me more details. Perhaps I input only right values that works with field behavior

use under Input settings:

"Single Text Input"

"Nothing"

""

"Custom"

"%d/%m/%Y"

I used the same settings. The date I used 18/03/2012. After saving record and opening it again I received:

after saving, open/edit the article and click on the date picker -- open the date picker and check the date

Ok. You confused yourself. If you want use datapicker you need set up Single date picker. It implements format too. The using text input in this incorrect and unwarranted

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

например в поле 1 января 2012 но если нажать на календаре то календарь откроется на 1907 году. Тоесть если мне надо передвинутьдату всего на день, мне придется прокручивать календарь на 100 лет.

А по идее он должен открытся на текущей введеной дате.

I scheduled this to be fixed with next release.

Ok. You confused yourself.

Maybe you dont get my point ...

I just want a field with manual input and the option to use the date picker. You implemented this feature ... Now, i just found out,that when you have a date in the input field and want to change it through the date picker, that the date picker does not get the correct date from the input field ... simple as this ...

I understood you but I didn`t use data picker in the settings with manual input. I wrote you about it. If Sergey said that it is scheduled then it was scheduled

1.) Single or simple text input means to me, that i can enter my value directly in the field... in text format ONLY. If there is any technical help from the system... **I would expect an input mask **and varification! Maybe supported by a simple help tooltip or permanent hint near the field. The hint describes the INPUT method, that just numbers are required! No separators.

2.) If there is an Calendar input, I would suggest to deny the direct field input at all. If possible, make it visually clear that the Calendar IS TO USE primarily.

It might be easier and more clear to the user, if a click into the field just opens the calendar popup. In other words: OnFocus of the input field.

1) It was at first like you described but then it was considered even in text input there should be calendar.

The mask can be out in the front-end to let user know how the date should be filled in.

2) Next version will have a special parameter that regulate this question. There is planned an option to show calendar or not.