Problem mit IsNumeric

[ewald]

Hallo zusammen,

grad' steh ich irgendwie aufm Schlauch: Ich hab ein numerisches Feld, das möchte ich gern abfragen, ob auch wirklich ein numerischer Wert drinsteht. In der Designe Help hab ich nur IsNumeric gefunden, ich möcht aber eigentlich andersrum abfragen: NotIsNumeric.
Wie stell' ich den das an?

Gruss Ewald

[LN4ever]

Indem du statt einem

If IsNumeric(expr) Then ...

schreibst

If Not IsNumeric(expr) Then ...

Gruß

Norbert

[ewald]

@Norbert,

das hab ich auch gedacht...

If Not Isnumeric(mIOT_Spend) Then      
   Messagebox "keine zahl",MB_OK+MB_ICONSTOP, BoxTitle$      
   uidoc.gotofield("mIOT_Spend")
   Continue = False
   Exit Function
End If

Wenn in dem Feld mIOT_Spend aber Character stehen, kommt nicht meine Messagebox sondern nur 2 Notes-Fehlermeldungen und genau das wollt ich ja vermeiden.

Gruss Ewald

[flaite]

Theoretisch kannst du Errorhandling dafür benutzen. Das ist aber aus verschiedenen Gründen keine gute Idee:

a) verwirrt spätere maintainance Programmierer.
b) ist viel code
c) sieht unschön aus.
d) sehr schlecht für die Performance.

Funktioniert aber und hat funktional keine Nebenwirkungen. (natürlich performance und Wartbarkeit, aber das ist nicht-funtional)

Code für einen Button in einer Maske:

Code

Sub Click(Source As Button)
	On Error Goto FehlerGlobal
	Dim isANumber As Boolean
	Dim xTremeNotNumeric As Variant
	
	
' RUNDE 1
isANumber = True
xTremeNotNumeric  = "zwei"	
	
	On Error Goto FehlerSpezial1
	zweiUndPfirsich= 4 * xTremeNotNumeric
	Goto weiter1
FehlerSpezial1:
	If (Err = 13) Then
		isANumber = False
		Resume Next
	End If	
weiter1:
on Error goto FehlerGlobal
	If (isANumber = False) Then 
		Msgbox |"| &Cstr(xtremeNotNumeric) & |"|& " is Not a number." 
	Else
		Msgbox |"| &Cstr(xtremeNotNumeric)  & |"|& " is a number."
	End If

' RUNDE 2
	isANumber = True
	xTremeNotNumeric = 2
	
	On Error Goto FehlerSpezial2
	zweiUndPfirsich= 4 * xTremeNotNumeric
	Goto weiter2
FehlerSpezial2:

	If (Err = 13) Then
		isANumber = False
		Resume Next
	End If	
	
weiter2:
on Error goto FehlerGlobal
	If (isANumber = False) Then 
		Msgbox |"| &Cstr(xtremeNotNumeric) & |"|& " is Not a number."
	Else
		Msgbox |"| &Cstr(xtremeNotNumeric) & |"|& " is a number."
	End If
isANumber = true

	Exit Sub
	
FehlerGlobal: 
	Print "Fehler:" & Error$ & "(" & Cstr(Err) & ") in Zeile:" & Cstr(Erl)
	Exit Sub
	
End Sub

[koehlerbv]

Ewald, Du hast leider die "2 Notes-Fehlermeldungen" nicht mit gepostet.
Ich vermute, dass Nr. 1 lautet, dass Text nicht in Zahl umgewandelt werden kann.
Nr. 2 könnte daher rühren, dass Du im QuerySave Code stehen hast und dieser jetzt nochmal meldet, dass die Feldvalidierung fehlgeschlagen ist (QuerySave startet gleich mit einem ErrorCode > 0).

Hier konkurrieren Backend und Frontend. Das Frontend stellt fest, dass im Zahlenfeld gar keine Zahl steht. Das Backend hat ein Problem damit, dass das ganze Item nicht greifbar ist, da aus dem Feld mit diesem Typ im Backend von Notes nichts angelegt werden kann.

Die Frontend-Meldung kannst Du nur schwerlich umgehen, im Backend musst Du vorab entsprechende Prüfungen einbauen.
Mit noch ein paar mehr Infos von Dir werden wir auch besser helfen können.

Bernhard

[Mark³]

besser wäre, im Frontend gleich mit Javascript dafür zu sorgen, dass nur nummerische Eingaben möglich sind.
Wieso erst Falscheingaben zulassen, um sie dann später wieder zu verbieten?

[koehlerbv]

Wie das? Übersehe ich da seit Jahren etwas (was sehr gut sein kann!)?

Bernhard

[m3]

besser wäre, im Frontend gleich mit Javascript dafür zu sorgen, dass nur nummerische Eingaben möglich sind.
Wieso erst Falscheingaben zulassen, um sie dann später wieder zu verbieten?

Weil man sich auf JavaScript im Client nicht verlassen darf/soll/kann.

Siehe dazu etwa die WAI Guidelines Punkt 6.3:

Sorgen Sie dafür, dass Seiten verwendbar sind, wenn Scripts, Applets oder andere programmierte Objekte abgeschaltet sind oder nicht unterstützt werden. ...  [Priorität 1]
    Z. B.: Sorgen Sie dafür, dass Links, die Scripts auslösen, funktionieren, wenn Scripts abgeschaltet sind oder nicht unterstützt werden (Verwenden Sie z. B. nicht "javascript:" als Ziel eines Links).

[flaite]

Weil man sich auf JavaScript im Client nicht verlassen darf/soll/kann.

Das gilt für den Web-Browser, weil dort JavaScript abgestellt werden kann.
Aber kann eigentlich im Notes Client JavaScript abgestellt werden?
Wenn nicht, dann gilt diese Empfehlung für JavaScript im Notes Client nämlich nicht.

Mit JavaScript kann man prima auf Nummern prüfen. Ansonsten ist es einfach eine Skript Sprache, die ihren Ursprung als in Webbrowsern implementierte Skript Sprache hat und aus historisch-marketingmässigen Gründen namensmässig an eine Programmiersprache von Sun Microsystems angelehnt ist.
 

[m3]

Weil man sich auf JavaScript im Client nicht verlassen darf/soll/kann.

Das gilt für den Web-Browser, weil dort JavaScript abgestellt werden kann.

Jup, und da wir die Zielplattform nicht kennen ...

[koehlerbv]

Ich tippe mal, die Zielplattform ist der Notes-Client. Wie gesagt: Nur ein Tipp. Und selbstverständlich kann man auch dort JavaScript unterbinden (an den Stellen, an denen es denn überhaupt wirkt - daher ja auch meine - ernstgemeinte - Frage an Mark).

Bernhard

[flaite]

Und selbstverständlich kann man auch dort JavaScript unterbinden

Wo  Und ich seh auch keinen Sinn drin. Das Problem im Browser ist ja nicht JavaScript, sondern das offene Internet. In einer abgeschlossenen Notes Umgebung, in der sogar Code explizit signiert wird, sehe ich da genauso viel Gefahrenpotential für Mißbrauch wie für LotusScript.

[koehlerbv]

Datei - Vorgaben - Allgemein - JavaScript aktivieren (und das eben abwählen). And you're done ..

Bernhard

[flaite]

Das stimmt auffallend.  (habs ausprobiert)

[koehlerbv]

Axel, ich bin mir aber zugegebenermassen nicht hundertprozentig sicher, ob das JS auch komplett im Client abklemmt. Ich würde sagen: Mark weiss da offensichtlich mehr, und da schau'n mer ma'.

Bernhard

[flaite]

Scheint so zu sein. Ich hab hinter einen Button ein alert("hallo") gelegt und das funktioniert nicht mehr, wenn JavaScript deaktiviert ist und wenn es aktiviert ist, dann geht es. Die technischen Gründe, dass man die selbst implementierte Skriptsprache a (LotusScript) nicht deaktivieren kann aber die selbst implementierte Skriptsprache b (JavaScript) schon, sind mir ehrlichgesagt nach wie vor nicht ganz klar.
JavaScript gibts ja nicht zum kaufen. Es gibt eine ECMAScript-Spezifikation (ECMAScript ist ein technisch korrekterer Name für JavaScript) und die hat Lotus für den Lotus Notes Client implementiert (vermutlich in C oder teilweise vielleicht auch in LotusScript).

[m3]

Und selbstverständlich kann man auch dort JavaScript unterbinden

Wo  Und ich seh auch keinen Sinn drin. Das Problem im Browser ist ja nicht JavaScript, sondern das offene Internet. In einer abgeschlossenen Notes Umgebung, in der sogar Code explizit signiert wird, sehe ich da genauso viel Gefahrenpotential für Mißbrauch wie für LotusScript.

Und wenn Du etwa einen Blinden in Deinem Unternehmen hast, dessen Screen-Reader JavaScript nicht unterstützt?

[flaite]

Und welcher Screen-Reader unterstützt LotusScript? 

[flaite]

Ich tippe das war so:

Ed Brill: Bob, wo kann ich JavaScript abstellen?

Bob Balaban: In Mozilla oder im Internet Explorer?

Ed Brill: Nein. Ich meine in Lotus Notes Gold Release 6.

Bob Balaban: Na gar nicht. Das ist eine einfach eine Skriptsprache über die unsere Entwickler genau so viel Kontrolle haben wie über LotusScript.

Ed Brill: Diese Details interessieren meine Gesprächspartner nicht. Ich seh das schon kommen. Die wollen dann auf spitzfindig machen wie manche gestörte Vollhorste unter den Kommentatoren auf meinem Blog. Und dann geht das los: 'Im Browser kann man aber JavaScript abstellen. Plärr. Heul rum'. Vermutlich das einzige technische Detail, das die kennen, obwohl sie es im Browser natürlich niemals abstellen würden. Deshalb ist das WICHTIG.

[m3]

  Du bist ein pöser Pursche.

Ad LotusScript: Das ist wurscht, weil das rennt (bei einer Webanwendung) eh am Server. Da kriegt der Screenreader dann auch wieder eine brauchbare HTMl-Page zurück.

Aber ohne Ewalds Kommentar/Antwort werden wir uns hier im Kreis drehen, denke ich.