@DbLookup scheint leider nicht zu funktionieren

[Thomas Pfau]

Ich habe mir Nomad diese Woche etwas gründlicher angesehen: Nicht schlecht, was da so alles geht ...

Bei einem Test mit einer Notesanwendung musste ich allerdings feststellen, dass Lookups in Formeln nicht funktionieren. Auch nicht in der selben Datenbank. Und da sind viele Lookups enthalten ...

Hat jemand ebenfalls diese Erfahrungen machen müssen? Oder es irgendwie geschafft?

Viele Grüße,
Thomas

[eknori]

Kann ich bestätigen. Habe testweise einen Button in einem Dokument, mit einem lookup, der mir die UNID aus einer view für ein keyword zurückgeben soll. Funktioniert im client, nicht aber in Nomad (ipad)

Bei Dir auch iOS oder Android?

[Thomas Pfau]

Bei mir tritt es in Android (Smartphone und Emulator) auf. iOS habe ich noch nicht getestet.

@Picklist funktioniert übrigens.

[Manfred Dillmann]

Wollte zum Spaß mal ein Serienmailing mit meinem easyMail auf nem iPad verschicken. Da hat nix gezuckt. Ist viel LS-Code.

Scheint irgendwie nur mit absoluten Basis-Anwendungen (aber ohne Lookups! ) zu funktionieren.

Gruß
Manfred

[CarstenH]

Ihr könnt doch hier zum Feierabend nicht solche Gerüchte aufbringen, dass Lookups nicht gehen oder so

Also jetzt selbst mal die Minimalfassung in eine fast leere Test-DB gebaut, einmal als Viewaction und einmal als Button in eine Maske.

Was soll ich sagen - geht alles. Sowohl unter Android (Build 1.0.8.20200727-1840) als auch unter iOS (Build 1.0.8.202003242030).
Also No Panic und nein, ich hab keine Ahnung was bei euch anders läuft.

Funktionierender Code bei mir (identisch in Viewaction und Hotspot Button im Form benutzt) zum Abgleich für euch:

Code

_List := @Trim(@DbColumn("":"NoCache";@Explode(@DbName;";");"Personen";1));
_Choice := @Prompt([OkCancelList];"Titel";"Prompt";"";_List);
_Result := @DbLookup("":"NoCache";@Explode(@DbName;";"); "Personen"; _Choice;"Fullname");

@Prompt([Ok];"LU Ergebnis";@If(@IsError(_Result);"Error";_Result))

Nachtrag: in der lokalen Replik funktionierte der Code nicht, aber das liegt dann am @Explode(@DbName;";"), den leeren Server mögen die @Db-Funktionen scheinbar nicht, vielleicht ist das ja auch schon bei euch die Ursache des Problems.

HTH
Carsten

[eknori]

Danke für‘s Testen. Ja, ich denke, dass der leere Servereintrag das auslösender Fehlerereignis ist. Aber das ist Standard, also ist es m.M.n. Ein BUG.
Werde das morgen selber auch noch mal in eine BeispielDb packen, umd dann gleich mal einen Case aufmachen, sofern es am leeren Servereintrag liegt.

[eknori]

Habe es getestet. Alles OK. Funktioniert bei mir auf dem ipad.

Anbei meine kleine test db

[billygates]

Kleine Frage am Rande:

Warum nehmt Ihr beim @DbLookup für die Parameter server & database nicht einfach @dbname?

Also statt
_Result := @DbLookup("":"NoCache";@Explode(@DbName;";"); "Personen"; _Choice;"Fullname");

einfach
_Result := @DbLookup("":"NoCache"; @DbName; "Personen"; _Choice;"Fullname");

Die Frage ist ernst gemeint.

[eknori]

Berechtigte Frage. Vermutlich aufgrund der Doku, die das sagt

Return value
server ; path

Also als list mit einem Semikolon als delimiter.

Oder aus purer Gewohnheit (copy & paste)