[TYPO3-german] Datum wird nicht übernommen

[Uwe Siedentop]

Hallo Bernd,

es wäre natürlich sinnvoll, hier eine weitreichendere Lösung zu bekommen. Denn genau die von Dir aufgezählten Punkte sind die, die ich benötige: Historische Daten in vielen Beziehungen.

Nur: Wo kann ich ansetzen, um diesen allumfassenden Ansatz zu realisieren? Ich benötige halt jetzt eine Möglichkeit, ältere Zeitangaben verarbeiten zu können. Und da sehe ich für mich keine zeitliche Perspektive.

>>> Als Programmierer wüßtest du dass dieser Ansatz nur Komplikationen geben kann:

Die Komplikationen sind mir durchaus bekannt. Ich habe mir genau aus diesem Grund eine Klasse geschrieben, die mir unterschiedliche Zeit/Datumsformate entgegennehmen kann und ein Format ausgibt, das ich an einer bestimmten Stelle benötige. Nur habe ich mich da in einem Bereich bewegt, der nicht älter als +/- 20 Jahre betrifft.

Auch sehe ich natürlich eine von mir skizzierte Extension als eine Art "gebastel" an, das nur als Übergangslösung dienen kann.

Denn ich kann aus meiner Warter hier nicht bewirken, dass die Betriebssysteme auf Grund meiner Anforderungen geändert werden ;-)))

> ein Schalter "Benutze alternatives Datumsfeld" und dann ein alternatives 
> aber einheitliches Datums-Handling ist einfacher zu realisieren als eine 
> Mischung von std mit Erweiterung.

OK. Das ganze Datum abzufangen um gleich in ein eigenes Feld zu schreiben wäre auch eine Alternative. Da habe ich allerdings zu wenig Einblick in die folgenden Anforderungen. Das müsste ich mich einarbeiten.

Ich werde das mal anschauen und mich gegebenenfalls melden.

Gruß
Uwe



Quote: Bernd Wilke[2] wrote on Fri, 10 October 2014 09:13
----------------------------------------------------
> Am 09.10.14 17:56, schrieb Uwe Siedentop:
> > Hallo Bernd, hallo Chris,
> >
> >> da 95% aller Datumseingaben aktuell mit 32bit-signed-timestamps
> >> machbar sind wird es kaum neue Lösungen geben.
> >
> > so interpretiere ich das auch: Wir leben jetzt und nicht vor 150 Jahren
> > ;-)))
> >
> > Aber ich denke, für TT, MM und Y ein eigenes Feld zu erzeugen ist wegen
> > der schlechten Berechenbarkeit porblematisch.
> > Dann versuche ich lieber, das Bestehende zu erweitern (unter Typo3).
> >
> > Spontane Idee: Wenn der 1.1.1902 unterschritten wird, die Sekunden in
> > einem Extrafeld der Datenbank ablegen. Ist da ein Wert drin, bei der
> > Ausgabe berücksichtigen und entsprechend ausgeben. Da es keinen Sinn
> > macht, diese Erweiterung für den Normalgebauch einzusetzen (95% ...)
> > wäre das, speziell jetzt bei mir, nur für das Erscheinungsdatumsfeld von
> > tt_news notwendig. Wenn ich es schaffe, die Eigabe und Ausgabe
> > abzufangen, könnte ich tt_news wie gewohnt einsetzen.
> >
> > Ich bin kein so großer Programmierer - aber reizen würde es mich ...
> 
> Als Programmierer wüßtest du dass dieser Ansatz nur Komplikationen geben 
> kann:
> wenn du Zusatzsekunden aufaddieren willst sprengst du mit der Addition 
> sofort den Wertebereich (ansonsten könnte das Ergebnis ja direkt 
> gespeichert werden)
> es wird also eine echte Alternative benötigt, die alle Funktionen 
> abdeckt. in PHP gibt es den Datentyp Date, genauso wie in SQL. Nur für 
> Anzeige und Verifikation reicht das schon. Kompliziert wird es dann wenn 
> Differenzen berechnet werden sollen. und wenn evtl. noch Uhrzeiten 
> berücksichtigt werden müssen, insbesondere Uhrzeiten mit Zeitzonen. Aber 
> das sind dann schon wieder ganz besondere Fälle.
> 
> ein Schalter "Benutze alternatives Datumsfeld" und dann ein alternatives 
> aber einheitliches Datums-Handling ist einfacher zu realisieren als eine 
> Mischung von std mit Erweiterung.
> So etwas könnte dann zb. auch für Geburtstage von Personen benutzt 
> werden um historische Daten zu erfassen oder auch alle (Kalender-)Daten 
> im Bereich Genealogie (Geburt, Hochzeit, Tod, ...).
> 
> Das Date-Format hat zb. grundsätzlich den Vorteil Jahrestage einfacher 
> handeln zu können (zb. sortierte Geburtstagsliste)
> 
> bernd
> -- 
> http://www.pi-phi.de/cheatsheet.html
----------------------------------------------------