ANEXA C CONSIDERATII SPECIFICE SISTEMELOR
Proiectarea aplicatiilor intr-un mediu de tip bloc
In acest curs a fost descrisa comportarea formelor in mod caracter. Daca
proiectati o forma pe care doriti sa o rulati de pe terminale de tip bloc,
trebuie sa aveti in vedere cateva probleme.
Care este diferenta intre termunale caracter si terminale bloc?
Pe un terminal caracter, schimbarile sunt trimise la computer pe masura ce
utilizatorul le introduce. De exemplu, cand utilizatorul:
- apasa [COMMIT]
- introduce sau actualizeaza o valoare a unui camp
- produce executia unui trigger prin miscarea cursorului utilizand o
tasta functionala
Terminalele bloc 'salveaza' modificarile, trimitandu-le intr-un packet
descris ca un bloc:
Indiferent de modul terminalului, unitatea de validare poate fi definita:
- CAMP
- INREGISTRARE
- BLOC (implicit)
- FORMA
Campurile sunt validate doar cand cursorul se muta in afara campului.
Folositi Form Definition pentru a stabili caracteristicile unitatii de
validare.
Consideratii de implementare pentru modul bloc
Urmatorul comportament este specific terminalelor bloc:
- nu functioneaza selectarea meniului prin prima litera
- toate campurile se comporta ca si cum Automatic Hint este
dezactivat
- un terminal bloc nu inregistreaza o schimbare daca utilizatorul
introduce aceeasi valoare a unui camp.
In cele ce urmeaza prezentam consideratii de implementare a aplicatiilor
pentru terminale bloc.
Stabilirea unitatii de validare
Intr-un mediu bloc, forma va rula mai incet daca unitatea de
validare este inregistrare sa camp, pentru ca au loc mai multe
intreruperi.
Daca se proiecteaza o aplicatie pentru un mediu bloc pe un mediu
caracter, folositi ca optiune implicita Set Block Validation.
Va puteti testa astfel forma intr-un mediu bloc simulat.
- 'Navigation triggers'
- SQL Forms executa 'navigational triggers'. Daca unitatea de validare
este bloc, trigere ca Pre- si Post-Field nu se vor executa.
- Alocati spatiu pentru bitii atribut
- Introduceti un spatiu inainte si dupa fiecare camp; nu folositi
ultima coloana a ecranului pentru campuri sau text; in cazul unui
pop-up, asigurati-va ca nu exista text sau campuri pe margine.
- Utilizarea textului
- Unele terminale bloc folosesc 'split-screen scrolling', pron care
defileaza o intreaga line la un moment dat. Aceasta poate genera
comportamente nedorite ale ecranului daca aveti pe acelasi rand text
si un camp ce apartine unui bloc mulit-rand.
Cand o inregistrare dintr-un camp defileaza de pe ecran, textul de
pe aceeasi linie defileaza si el in afara ecranului.
Proiectarea aplicatiilor intr-un mediu Bit-Map
- Elemente de interfata
- Interfata SQL Forms va arata sensibil diferit intr-un mediu bit-map.
De exemplu, un check-box va aparea ca un box obisnuit si nu ca un
obiect inclus intre paranteze patrate.
- Tastele functionale
- Tastele functionale sunt disponibile intr-un mediu bit-map. Cu toate
acestea, ar trebui sa folositi un mouse pentru a realiza urmatoarele
actiuni:
[Select] Click cu mouse-ul pe obiectul pe care doriti sa-l
selectati. Puteti folosi mouse-ul si pentru a
selecta un check-box.
Toate celelalte taste functionale
Daca tastele functionale sunt mapate pe butoane
pe ecran, click cu mouse-ul pe butonul dorit.
- Navigarea
- 'Mouse Navigation Limit' defineste ce campuri poate accesa
utilizatorul prin simpla apasare a butonuuli mouse-ului. Implicit,
operatorul poate accesa astfel toate campurile.
- Triggere cheie
- Daca un utilizator navigheaza de la un camp la altul folosind
un mouse, SQL Forms nu executa triggere cheie din primul camp.
- 'Mouse Navigation'
- 'Mouse Navigation Limit' poate fi setat la:
* Camp: doar campul curent poate fi accesat (mouse-ul nu
poate fi folosit)
* Inregistrare: orice camp in inregistrarea curenta poate fi
accesat.
* Bloc: orice camp in blocul curent poate fi facut activ
prin click pe el.
* Forma: orice camp din forma poate fi facut activ prin click
pe el.