wie kann man verhindern in Edit leer zu lassen ?

[thomas2009]

Hi
ich sehe keinen Fehler :

Delphi-Quellcode:

if (strToInt(Edit1.Text) < 10) or (Edit1.Text='') then begin
...
end;

Inkompatible String und Integer !

2. wie kann man verhindern in Edit leer zu lassen ?

[lbccaleb]

Sorry

[DeddyH]

Sicher, dass die Zeile gemeint ist?

[mkinzler]

Zitat:

Zitat von DeddyH (Beitrag 1087740)

Sicher, dass die Zeile gemeint ist?

Das habe ich mich auch gefragt

[lbccaleb]

ohh da war ich wohl bissel zu schnell...
das falsch von mir:oops:

[jobo]

Ich finde die Fragestellung falsch.

Einen Anwender sollte sich frei in einer Maske bewegen können. Wenn er nicht eintippt, was erwartet wird/ nötig wäre, um eine Aktion zu starten, so wird eben nur der Abbruch der Aktion freigegeben.

[DeddyH]

Man könnte auch das auslösende Steuerelement (Button?) disablen, bis eine Eingabe erfolgt ist.

[lbccaleb]

Zitat:

Zitat von thomas2009 (Beitrag 1087737)

Hi
ich sehe keinen Fehler :

Delphi-Quellcode:

if (strToInt(Edit1.Text) < 10) or (Edit1.Text='') then begin
...
end;

Inkompatible String und Integer !

2. wie kann man verhindern in Edit leer zu lassen ?

Dann auf jedenfall erstmal ne Längenangabe:

Delphi-Quellcode:

if (Length(Edit1.Text) < 10) or (Edit1.Text='') then begin
...
end;

[DeddyH]

Wenn die vollständige Boolsche Auswertung nicht aktiv ist, kann man durch Umdrehen der Bedingungen eine Exception bei einem Leerstring ggf. verhindern, falls es darum geht.

Delphi-Quellcode:

if (Edit1.Text='') or (strToInt(Edit1.Text) < 10) then begin

[alzaimar]

Die Vorgehensweise des Fragestellers ist zielführend bei dem Versuch, beim Anwender die Zornesrotintensität zu maximieren.

Ein Versuch, den Dialog über die 'Abbruch'-Taste scheitert, bis man etwas Sinnloses eintippt. Ein oft beobachteter Lapsus, für den man den Programmierer teeren und federn sollte.

Wie schon vorgeschlagen, sollte der OK-Button nur dann aktiviert sein, wenn alle Eingaben korrekt sind. Allerdings es für den Anwender kein unlösbares Rätsel werden, bis der Button endlich aktiviert ist ("Die Postleitzahl muss gültig sein und zur Stadt passen, wobei die Straße, falsch geschrieben, den OK-Button auch deaktivert").

Es ist durchaus legal, nur die nötigsten Prüfungen (Pflichtfelder müssen befüllt sein etc.) vorzunehmen und erst beim Drücken der OK-Taste eine ausführliche sematische Prüfung durchzuführen. Dann darf eine Fehlermeldung mit klaren Anweisungen erscheinen.

Sinnvoll haben sich auch Fehlertexte erwiesen, die z.B. unter dem Eingabefeld in rot angebracht sind (unsichtbar, wenn alles OK, sichtbar mit Hinweis, wenn das Feld verlassen wird, aber Fehler aufgetreten sind). Leider scheitert das oft am Platzmangel im Dialog.

Wahlweise können Eingabefelder auch speziell markiert sein, um anzuzeigen, das es sich um ein Pflichtfeld handelt, z.B. mit einem '*'... Auf dem Dialog sollte dann irgendwo der Hinweis enthalten sein "mit (*) markierte Felder sind Pflichtfelder".

Lob und eine beruhigende Entspanntheit des Anwenders sind Lohn für die Mühen, die sich der Programmierer beim Design und der Ausarbeitung wirklich ergonomischer Eingabedialoge macht.