Was ein netter Nachmittag mit Kokain und Programmieren werden sollte, ist zu zwei Tagen Arbeit ausgeartet. Und der schlimmste Teil war, die Benutzerdoku zu schreiben!
Was ein netter Nachmittag mit Kokain und Programmieren werden sollte, ist zu zwei Tagen Arbeit ausgeartet. Und der schlimmste Teil war, die Benutzerdoku zu schreiben!
Wie parst du denn eine Nutzereingabe eines Datumsbereichs?
Irgendwas das auf ICU basiert (oder in C++ direkt ICU). Den Text zu Zahlen zu machen ist ja nur die halbe Miete, irgendwie muss auch noch ein Zeitpunkt daraus werden. https://unicode-org.github.io/icu/userguide/format_parse/datetime/
Den Text zu Zahlen zu machen, ist der schwerere Teil. Sobald ich eine Angabe für jeden der Datumsteile habe, ist es ein Leichtes, daraus das Datum zu bauen.
Der Rest geht auch an @VegOwOtenks@lemmy.world:
Mein Anwendungsfall wird ist eine Webseite. Ich will nicht für ein einzelnes Eingabefeld einen Compiler mitliefern, der rekursive Sprachen parsen kann. Ich habe mich schon nach Libraries umgeschaut, aber was ich gefunden habe, entsprach nicht den Anforderungen. Die meisten parsen nur einzelne Datumse (bei mir geht’s um einen Datenbereich) und ich will möglichst reibungsarm in dem sein, was ich von Nutzern akzeptiere. Die Libraries, die ich gefunden habe, sind eher strikt in dem, was sie als gültige Eingabe akzeptieren.
Beispiel: Mit meinem selbstgebastelten Regex kann ich die Eingabe ‘w’ als ‘2026-01-12/2026-01-18’ interpretieren; ‘8.’ als ‘2026-01-08/2026-01-08’ und ‘12.25’ als ‘2025-12-01/2025-12-31’.
Muss das so flexibel sein? Nein. Aber für die Power-User wird das hoffentlich sehr angenehm zu bedienen sein.
HLI, dass die Informatik mein “Meinst du Daten oder Daten”-Problem bereits gelöst hat.
Habe auch schon „Datümer” gehört.
Find ich noch besser, versuche die Übernahme ins Vokabular.
(Suche eben ergab, dass die Quellen, die Richtigkeit für sich beanspruchen, zu feige sind, ein offensichtliches Manko der deutschen Sprache zu bereinigen. Schwach.)