Feldeingaben einschränken

[LukasSChl]

Hi

Ich würde gerne ein Eingabefeld von den Eingabemöglichkeiten her so einschränken, dass nur Zahlen erlaubt sind.
In VB hab ich das schon gemacht. Man kann maximal 24:00 eingeben (sachen wie 25 Uhr gehn net) und nach 2 eingegebenen Zahlen wird automatisch ein Doppelpunkt gesetzt (Uhrzeit Eingabe).

Hier mal der Auszug aus VB, wie nur bestimmte Zeichen zugelassen werden.
Gibt es dafür ne einfache Lösung per LotusScript?
Hab schon gesucht aber nix gefunden, außer den Eingabestring mit einem Vorgefertigten zu vergleichen.

Code

If Len(Zeitrechner.Controls("TextBox" & i)) = 0 Then
            Select Case KeyAscii        'max 2 (max 24 Uhr)
            Case 48 To 50               'Zahlen - zugelassen
            Case Else: KeyAscii = 0     'alle anderen nicht erlaubt
            End Select
Else
[...]
End if

mfg Lukas

[koehlerbv]

Das hat nichts mit LotusScript zu tun, sondern mit den Möglichkeiten von Notes-Feldern. Und nein: Sowas geht dort nicht, "nur" eine anschliessende Überprüfung.

Bernhard

[LukasSChl]

mist, wieder muss ich am Komfort sparen
dann muss ne abschließende wohl reichen

dank dir

mfg Lukas

[Peter Klett]

um eine nachträgliche Formatierung des Feldes im Postrecalc oder Querysave recht einfach zu schreiben, schaue Dir mal diese Script-Funktionen an:

Isdate - prüft, ob ein Text in ein Datum umgewandelt werden kann
Cdat - wandelt ein Text in ein Datum um
Format - Formatiert einen Text (z.B. 09:15 statt 9:15)

Du kannst natürlich auch ein Datumsfeld nehmen und dort die Einstellungen vornehmen, was angezeigt werden soll, dann übernimmt Notes für Dich die Arbeit. Ich persönlich arbeite lieber mit Textfeldern (solange ich mich innerhalb einer Zeitzone bewege), da spare ich mir den Stress bei falsch administrierten Zeitzoneneinstellungen (z.B. Sommerzeit usw.). Aber da gibt es bestimmt auch gegenteilige Meinungen.

[koehlerbv]

Du kannst natürlich auch ein Datumsfeld nehmen und dort die Einstellungen vornehmen, was angezeigt werden soll, dann übernimmt Notes für Dich die Arbeit. Ich persönlich arbeite lieber mit Textfeldern (solange ich mich innerhalb einer Zeitzone bewege), da spare ich mir den Stress bei falsch administrierten Zeitzoneneinstellungen (z.B. Sommerzeit usw.). Aber da gibt es bestimmt auch gegenteilige Meinungen.

Oh ja!
Liebe Kinder, macht das bitte nicht nach!!!

Bernhard

[m3]

Ich persönlich arbeite lieber mit Textfeldern (solange ich mich innerhalb einer Zeitzone bewege), da spare ich mir den Stress bei falsch administrierten Zeitzoneneinstellungen (z.B. Sommerzeit usw.). Aber da gibt es bestimmt auch gegenteilige Meinungen.

ARGL! Ich tu jetzt einfach mal so, als hätte ich das nicht gelesen.
Oder ich schicks an Bill Buchan für die Worst Practices.

[Peter Klett]

Du kannst natürlich auch ein Datumsfeld nehmen und dort die Einstellungen vornehmen, was angezeigt werden soll, dann übernimmt Notes für Dich die Arbeit. Ich persönlich arbeite lieber mit Textfeldern (solange ich mich innerhalb einer Zeitzone bewege), da spare ich mir den Stress bei falsch administrierten Zeitzoneneinstellungen (z.B. Sommerzeit usw.). Aber da gibt es bestimmt auch gegenteilige Meinungen.

Oh ja!
Liebe Kinder, macht das bitte nicht nach!!!

Bernhard

Diese Antwort habe ich erwartet :-) (und es kommen noch mehr, fein, da kommt Leben auf, schade, dass ich jetzt weg muss)

Es kommt natürlich auf den logischen Hintergrund an.

Habe ich eine Anwendung, in der Termine vereinbahrt werden müssen, dass sich vielleicht ein japanischer und ein amerikanischer Kollege, Kunde usw. zur gleichen Zeit am gleichen Ort treffen sollen, kann natürlich auf den Einsatz von Datumsfeldern auf keinen Fall verzichtet werden, der Folgeschaden könnte hoch sein.

Muss ich nur irgendwelche Aktivitäten protokollieren, verzichte ich gerne darauf und schreibe Datum/Zeit in Textfelder und validiere in einer Box, ohne dass mir Notes mit separaten Fehlermeldungen dazwischendonnert.

Darüber könnte man an einer Biertheke wahrscheinlichn einen ganzen Abend diskutieren. Richtig ist es m.E. dann, wenn die gestellte Aufgabe gelöst wird.

[m3]

Richtig ist es m.E. dann, wenn die gestellte Aufgabe gelöst wird.

Bis die Anwendung "plötzlich" international eingesetzt wird und Dir oder den Entwicklern nach Dir alles um die Ohren fliegt. Aber bitte, wie Du meinst ...

[koehlerbv]

Psst, Martin - Peter hat uns doch gerade auf ein Bier eingeladen!!!

Ich schlage einen "AtNotes-Stammtisch Nord-Nord" vor 
Besonders günstig wäre die Zeit vom 22.05. bis 04.06.2010 - für mich wäre es dann ein Treffen auf halbem Wege. Mögliche Orte (mit Fährverbindung nach Norge):
- Hanstholm (70 Kilometer für mich)
- Hirtshals (180 Kilometer für mich)
- Frederikshavn (180 Kilometer für mich)

Aber Spass (mehr oder weniger - wenn Peter sagt, er kommt, weil er zufällig bei Larvik, Moos oder gar Kristiansand wohnt und er eh mal wieder Færge fahren wollte ...):
Martin hat einen der Punkte schon aufgezählt. Und ob jetzt Notes sagt: "Hit, das ist doch kein Datum!" oder das die eigene Routine tut - bei den sonst entstehenden Problem ist das Null Argument für eine Speicherung (!) in ein Textfeld.
Das ganze kann auch jahrelang gut gehen (und schon richtig viele Daten mit dem falschen Feldtyp vorliegen) - und dann kommt es zum grossen show down (anderer Domino, Leute nutzen Clients auf anders lokalisierten OS, die Zeitzone spielt plötzlich eine Rolle oder ... .... ...).
Das Geld, was ich bisher mit solchen Reparaturen verdient habe (die bisherigen "Text soll Datum/Zeit-sein"-Programmierer waren da schon immer aus dem Rennen), war durchaus erheblich und damit erfreulich, aber in Wirklichkeit bitter verdient. Ein Haufen Arbeit, und der Kunde hat natürlich die Tragweite der vorherigen Fehleinschätzung nicht erkennen können.

Eine Diskussion in lockerer Atmosphäre ist das Thema aber natürlich trotzdem wert. Peter: Hanstholm, Hirtshals oder Frederikshavn? Sjæland wäre mir zu weit - ich bin dann ja eigentlich im Urlaub 

Bernhard

[Peter Klett]

Das gefällt mir an diesem Forum, dass hier schnell und sachlich geantwortet wird. Aus diesem Grund habe ich mich Anfang dieser Woche dazu entschlossen, hier auch mitzuwirken.

Eure Einwände sind absolut berechtigt und meine Äußerung ohne konkrete Fallbeschreibung war sicherlich ungeschickt. Das muss von vielen Lesern fehlinterpretiert werden und zu schlechter Entwicklung führen. Also auch von mir die klare Aussage:

Text gehört in Textfelder, Datum/Zeit in Datum/Zeit-Felder. Punktum.

Leider brauche ich nach Kristiansand etwa 10 Stunden, aber die Gelegenheit zu einem Bier werden wir schon irgendwann haben ...