Datum-Komponente

[SWE]

Kennt Ihr vielleicht eine alternative richtig gute .NET-Datums-Komponente, die Freeware ist (.NET 1.1)? Bei der Originalen kann man das Datum nicht in einem Fluss eingeben, sondern nach der Eingabe des Tages muss man erst Cursor rechts tippen, um zum Monat zu gelangen und dann nochmal fürs Jahr. Das nervt, weshalb ich unbedingt eine alternative suche.

Danke

[Prototypjack]

Moin,

.NET, so wie in Delphi.NET? Vergiss das lieber ganz schnell wieder. .NET 1.1 ist schon seit ewigen Zeiten überholt und Delphi.NET ist eine tote Sprache. Beschäftige dich lieber mit Delphi an sich (Win32), oder aber mit Delphi Prism (Delphi.NET Nachfolger) und C# (Microsofts .NET "Muttersprache").

Grüße

[SWE]

Du streust Salz auf die Wunden. Recht hast Du.
Allerdings ist die Konvertierung der Projekte auf Prism oder C# nicht mal eben so erledigt. Warum eigentlich?

[jfheins]

Zitat von SWE:

Du streust Salz auf die Wunden. Recht hast Du.
Allerdings ist die Konvertierung der Projekte auf Prism oder C# nicht mal eben so erledigt. Warum eigentlich?

Weil Delphi.net ein (mehr schlecht als recht) rüberhieven der VCL nach .net ist. Also quasi die Nachteile beider Welten vereint.
Prism hingegen ist eine komplette Neuentwicklung. Eine neue Sprache für .net die an Pascal angelehnt ist - aber alle Vorteile des .net Frameworks ausschöpft.

Und in dem aktuellen (getest mit .net 3.5) Datum-kompo kann man mit . oder , zum nächsten Feld springen. Wenn man also "3,6,05" eintippt und Tab drückt macht er das schon richtig. Vielleicht geht das auch mit 1.1?

[Sir Rufo]

Nimm doch einfach das Edit-Feld und prüfe dann beim Verlassen des Edits, ob dort ein korrekter Datums-Wert enthalten ist.

Ich habe so etwas gerade auch gemacht und die Anwender geben das Datum z.b. auch gerne als 060910 ein.
Andere geben nur 0609 ein. Wiederum andere geben 06.09 ein oder auch 6.9
Mit einem geschickten Mustervergleich kannst du alle diese Werte in ein korrektes Datum überführen und die Anwender brauchen sich nicht umstellen.

Ich prüfe also z.B. auf folgende Muster:

Code:

tt.mm.yyyy
tt.mm.
tt.mm
t.m
t.m.
t.mm
t.mm.
tt.m
tt.m.
ttmmyy
ttmmyyyy
usw.

[SWE]

Zitat von jfheins:

Prism hingegen ist eine komplette Neuentwicklung. Eine neue Sprache für .net die an Pascal angelehnt ist - aber alle Vorteile des .net Frameworks ausschöpft.

Tja, dass heißt wohl in Zukunft das komplette Projekt umstellen. Oh, oh, wer soll das bezahlen, wer hat soviel Geld...

Zitat von jfheins:

Und in dem aktuellen (getest mit .net 3.5) Datum-kompo kann man mit . oder , zum nächsten Feld springen. Wenn man also "3,6,05" eintippt und Tab drückt macht er das schon richtig. Vielleicht geht das auch mit 1.1?

Das mit dem Komma geht, Danke! Allerdings gibt es noch ein paar andere Anforderungen wie die Darstellung von Text bei Datum Null.

Zitat von Sir Rufo:

Nimm doch einfach das Edit-Feld und prüfe dann beim Verlassen des Edits, ob dort ein korrekter Datums-Wert enthalten ist.

WÜrde gehen, jedoch fehlt dann das Kalender-DropDown. Man könnte natürlich auch ein eigenes UserControl erstellen, mit dem Besten aus TextBox und DateTimePicker, aber dass könnte ja in Arbeit ausarten

[jfheins]

Zitat von SWE:

Tja, dass heißt wohl in Zukunft das komplette Projekt umstellen. Oh, oh, wer soll das bezahlen, wer hat soviel Geld...

Frag doch mal den Staat, der bekommt doch jetzt Atomsteuer

Ansonsten könnte dir noch DevExpress weiterhelfen: http://www.devexpress.com/Products/N...s/DateEdit.xml (Inwieweit die jetzt besser ist also die .net Komponente weiß ich aber nicht.)

[LWChris]

Zitat von Sir Rufo:

... die Anwender geben das Datum z.b. auch gerne als 060910 ein.
Andere geben nur 0609 ein. Wiederum andere geben 06.09 ein oder auch 6.9
Mit einem geschickten Mustervergleich kannst du alle diese Werte in ein korrektes Datum überführen...

Und woher weißt du bei all diesen Dingen ob es sich um den 6. September oder der 9. Juni handelt, oder gar um den 10. September 2006? Amerikanische Datumsformate...

[Sir Rufo]

Zitat von LWChris:

Zitat von Sir Rufo:

... die Anwender geben das Datum z.b. auch gerne als 060910 ein.
Andere geben nur 0609 ein. Wiederum andere geben 06.09 ein oder auch 6.9
Mit einem geschickten Mustervergleich kannst du alle diese Werte in ein korrektes Datum überführen...

Und woher weißt du bei all diesen Dingen ob es sich um den 6. September oder der 9. Juni handelt, oder gar um den 10. September 2006? Amerikanische Datumsformate...

Gar nicht, sondern das wird über das Muster festgelegt.

Ist allerdings auch nicht so schwierig, da es bislang auch noch nicht vorkam, dass ein Anwender aus dem deutschen Raum das Datum im amerikanischen System eingeben wollte.
Ansonsten gäbe es da noch die Möglichkeit eines "Einzelgespräches" oder für den User eine eigene Template-Liste zu erstellen.

Aber er muss sich entscheiden (gerade bei der Erfassung von reinen Zahlen) was an welcher Stelle kommt.