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
----------------------------------------------------
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german