![]() |
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Zitat:
|
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Zitat:
Delphi-Quellcode:
Der falsche Code führt bei folgendem Code in einer Englischen Windows Region zu einem Datumskonvertierungsfehler:
// Falsch:
FormatDateTime('dd.mm.yyyy hh:nn:ss', Now)) // Richtig (nur so wird das Systemtdatumsrennzeichen verwendet): FormatDateTime('dd/mm/yyyy hh:nn:ss', Now)) // Will man immer das Systemdatum nutzen reicht ein s:=DateTimeToStr(Now) und d:=StrToDateTime(s), das dann das Datum im Windows Format ausgibt oder zurückverwandelt. FormatDateTime ist eigentlich nur dazu da, wenn man vom Systemstandard abweichen will.
Delphi-Quellcode:
Eventuel ist genau das dein Prolbem, dass du da irgenwo FormatDatTime nutzt, das ein falsches Format angeben hat (Punkt anstatt "/").
// Das Datum wird hier mit einem "fixen" Punkt als Trennzeichen geformt, also nicht mit dem Systemtrennzeichen. Es ergibt also immer ein Datum mit Punkt, was mit der USA Windows Region falsch wäre.
s := FormatDateTime('dd.mm.yyyy hh:nn:ss', Now)) // Wenn auf dem System nicht der Punkt das Datumstrennzeichen ist, sondern z.B. "/", führt dieser Aufruf zu einem Konvertierungsfehler! d := StrToDateTime(s); |
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Zitat:
Wenn du keinen Support hast, bekommst du doch eh keine Updates und dann ist deine eigene Fehlerbehebung im Code doch ausreichend. Nur wenn du die Updates bekommst, ist dir doch wichtig, dass deine Fehlerbehebung wieder drinnen ist. Wenn alle die mit Software verdienen, alle Fehlerbehebungen langfristig gratis verteilen, dann müsste der initiale Preis höher sein und alle Nutzer sind davon abhängig, dass es neue Nutzer gibt, die den initialen Preis bezahlen, da es sonst für den Hersteller uninteressant wird. Daher sind faire Supportverträge aus meiner Sicht eine sinnvolle Lösung. Ich persönlich habe den Support bei TMS, weil die v.a. auch sehr schnell antworten, wenn man mal ein Problem hat. Das macht sich bezahlt. |
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Ich habe keinen Support mehr bei TMS.
Von denen selbst bin ich begeistet. Da ich jedoch nur für den Eigenbedarf programmiere, bekam ich damals nicht nur einen Sonderpreis, sondern die Aufzahlung für Support ist für mich persönlich unwirtschaftlich. Wäre ich kommerzielle Programmiererin würde ich ihn mir jedenfalls leisten. In der ersten Zeit nach dem Kauf hatte ich Support und der war vom Feinsten. Forumszugang bei TMS habe ich leider auch keinen mehr. Ich darf nur lesen, nicht posten. und: Die Null ist zurück, :( Auch dort, wo ich "now" mit DateToStr reingeschoben habe. Beim nächsten Versuch: alles in Ordnung, Datum wird korrekt übernommen. Greife jetzt einmal auf Zwischenergebnisse zu. Eine Ausgabe mit ShowMessage vor StrToDate. Vielleicht werde ich dann schlauer. Ich bin nur dankbar, dass ich auf die Idee kam, mir den Eintrag überhaupt im Volltext bestätigen zu lassen. Sonst hätte ich alle Einträge seither ans Null-Datum verloren, ohne es überhaupt zu bemerken. |
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Ist das denn mit den Datumsen reproduzierbar? Kannst du mal Beispiele nennem was geht und was nicht?
|
AW: TPlannerDatePicker / Null Datum nicht zu fassen
Ganz ehrlich, der Remotedebugger ist keine fortgeschrittene Magie.
Sherlock |
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:02 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz