[gelöst] Problem mit Year-Range in Popup-Calendar

Hallo Michael.

1900 wird falsch sein.
Wenn das Datumsfeld des ein unix timestamp ist,
dann ist das früheste mögliche startdatum der 1.1.1970.
Liegt daran das es ein interner mit 4bytes ist
Wenn du weiter zurück datieren möchtest musst du ein Long integer nehmen

https://de.m.wikipedia.org/wiki/Unixzeit

MfG

Robert

1. Also das Geburtsdatums-Feld (s. Anhang, es ist übrigens ein ISO-Format-Date) mit der Einstellung Starting-Year:1900 und Ending-Year +0 years from now funktioniert - macht DRUPAL intern offenbar richtig, hat also nichts mit dem UNIX-Startdatum zu tun.
2. In einem anderen ContentType hab ich dasselbe Feld eingesetzt (um die Datenbank nicht unnötig aufzublähen), und andere Werte für das Jahres-Dropdown angegeben - es geht ja nur um diese zur Auswahl stehenden Jahre, ich kann natürlich in das Datums-Feld von Hand irgendein Jahr eingeben, das geht auch.
3. Diese neuen Einstellugen werden aber an der neuen Stelle nicht übernommen - ich bekomme die Protokoll-Meldung Warnung: theme Theme hook nicht gefunden. Standort: [BASE_URL]/admin/structure/types/manage/[CONTENT-TYPE]/fields/field_birth_date?render=overlay.
4. Wenn ich diese Einstellungen bei dem an der ersten Stelle eingesetzten Feld ändere, bekomme ich zwar diesselbe Meldung, aber die geänderten Einstellungen werden dort übernommen!
5. Es sieht also so aus, als hätte das gar nichts mit dem Popup-Calendar zu tun, sondern mit der Verwendung desselben Date-Fields an verschiedenen Stellen. Diese Meldung Theme hook nicht gefunden bekomme ich übrigens grundsätzlich immer, wenn ich die Einstellungen unter "More settings and values"->"Date entry" ändere - und nur bei diesen.

Irgendeine Idee, was hier los ist?
mfG, Michael

Übrigens hatten wir vor 2-3 Wochen einen Forum-Austausch zum Thema PDF-Erzeugung - ich hab das Problem nicht lösen können, auch nicht mit Hilfe des Providers, der ja das PHP-Tool WkHtmlToPdf eingerichtet hat, darum bin ich einfach bei diesem ominösen Faktor 1,6 geblieben ...

Wenn du sicher gehen willst, dass es nicht am Theme oder popup Modul liegt, versuch es mal mit dem Standard.
Wenn der Wert in der DB eine integer ist, kann unmöglich ein Wert darin gespeichert sein, der von 1900 bis heute reicht.

das Feld ist ein ISO-Format-Date
in der DB ist das ein varchar(20)
da steht z.B. "1945-07-03T00:00:00"
und wie gesagt, es funktioniert ja ...

Was meinst Du denn mit Standard?

ERGÄNZUNG:

Date-Fields vom Typ Unix timestamp stehen in der DB als int(11) mit NICHT gesetztem UNSIGNED-Attribut,
d.h. die können auch negativ werden, vom 1.1.1970 an rückwärts - das funktioniert genauso.
Da steht z.B. "-2036451600" für den 21.06.1905.

Vielleicht sollte ich noch dazu sagen, daß es sich nicht um Datums-Felder in einem Webformular im Frontend handelt, sondern in den node-edit-forms im Backend.

Michael

ich habe dieses Date-Field in einem Content-Type liegen, dazu steht bei den Einstellungen:

In diesem Content-Type gibt es aber auch eine Field-Collection, die dasselbe Date-Field enthält, dort steht bei den Einstellungen:

Nun hab ich die Einstellungen für Starting-Year und Ending-Year in der Field-Collection angepaßt - und sie werden tatsächlich im übergeordneten Content-Type übernommen!
Das sollte eigentlich nicht so sein ...

Trotzdem vielen Dank für das gemeinsame Nachdenken,
Michael

1905 gab es eben noch keine bits und bytes ;-)