typo3 4.3.x vs. 1.1.1970 - datumsproblem

[theo]

hi folks!

ich weiss: das thema gibts schon massenweise als problem im netz. trotzdem gibt es keine wirklich gute loesung (oder ich habe sie vor all der suchergebnisse nicht gefunden).
ab der typo3-version 4.3.x ist die extension date2cal bestandteil des systems geworden. das bringt ein problem mit sich, dass ich nicht mehr in den griff bekomme: jedes datumsfeld bekommt einen kleinen kalender neben das eingabefeld. waehlt man nichts aus (z.b. bei tt_address -> birthday), so wird standardmaessig eine "0" in die db eingetragen. schon allein das verursacht in einer ext wie wt_directory logischerweise eine ausgabe: 01.01.1970 ... was ich nicht haben will.
genauso, nur anders herum, verhaelt es sich mit einer datumseingabe des 1.1.70. waehlt man dieses datum aus, so nimmt date2cal dieses sofort wieder aus dem feld. es bleibt also leer. wenn jetzt wer an diesem tag geburtstag haette, dann kann dieser nie eingegeben werden.
jetzt meine ueberlegung: da die zeitangaben eh alle in unixtime in die db geschrieben werden, hat eine person, deren birthdays-feld eine "1" enthaelt, immer noch am 1.1.70 geburtstag. "0" wuerde dann einer leeren eingabe entsprechen und demzufolge nicht ausgegeben (im fe und be). koennte man so nicht dieses problem generell umgehen? das sollte als eine moegliche anregung fuer all die gedacht sein, die an der entwicklung der extensions beteiligt sind. das oder die pruefung auf null wuerde ich mir wirklich wuenschen, um nicht staendig workarounds bauen oder in den code eingreifen zu muessen.


gruss,
theo

[theo]

kleiner nachtrag:

wenn ich in der db statt "0" den wert null eingebe (zugegeben: geht leider nur ueber phpmyadmin), dann wird trotzdem der 1.1.70 im wt_directory ausgegeben. also wird auf gleich null (==) geprueft und nicht auf identisch (===). koennte man damit nicht auch schon probleme aus dem weg raeumen ... ?!