Fac parte din categoria celor care au invatat Notes “din mers” sau “learning by doing” (probabil ca marea majoritate a programatorilor Notes, si nu numai, din RO) adica m-am trezit ca trebuie sa creez/modific o aplicatie Notes asa ca totul s-a bazat pe consultarea Help-ului din Notes Designer.

Abordarea aceasta are dezavantajele ei. Dupa ce cunostiintele in domeniu ajung la un anumit stadiu si ai sansa sa ai in mana o carte de Lotus Notes/Domino nu o sa te mai straduiesti sa citesti cartea complet, ci doar capitolele mai interesante, deoarece ca un “mare maestru” cunosti marea parte a subiectelor descrise in carte.

Dar la un moment dat se intampla o “minune”, adica afli despre o functionalitate noua, ceva despre care trebuia sa fi stiut din prima luna de dezvoltare cu Notes.

Dupa ce am citit articolul Building a better “Save & Exit” action button in Lotus Notes formula language, articol care descrie crearea unei formule optime pentru butonul de Save:

@If(@Command([FileSave]);@Command([FileCloseWindow]);"")

am consultat help-ul pentru Notes Designer si la @Command si am gasit urmatorul lucru:

You can check and respond to the return value of @Command (but not @PostedCommand). The return value is @True if the @command succeeds and @False if it fails.

M-am minunat ca un “pro..” si m-am gandit cum de s-a intamplat ca o chestie atat de simpla si importanta sa-mi scape. Raspunsul: de la inceput am fost obisnuit cu faptul ca @Command doar executa o comanda si nu intoarce nici un rezultat, asa ca nu am mai stat niciodata sa reflectez asupra subiectului.

Ca programator e foarte important sa ocolesti acest gen de “blocaje mintale”, de genul “asta nu se poate face”, orice se poate face daca vrei si ai timpul necesar sa investesti in gasirea unei solutii. Asta da abordare optimista, simt ca o sa am spor la servici astazi …

PS: Acest articol face parte din categoria “Ne e rusine sa spunem, dar avem curajul sa o facem”