Formulare care se salvează din mers

Multe formulare din Flowtly nu au buton Salvează. Când editezi ceva ce există deja, fiecare modificare este stocată separat: un câmp de text când îl părăsești, o selecție în clipa în care o alegi, iar câmpurile care au sens doar împreună, cum ar fi o sumă și moneda ei sau cele două capete ale unei perioade, ca o singură modificare. O mică stare lângă câmp spune când se salvează și când este stocat.

Așa editezi, printre altele, datele și contactele unui client, detaliile unui proiect și fazele lui, valorile atributelor și setul de atribute al unui proiect, rolul și tariful de facturare ale unui membru, tarifele activelor unui proiect, rezervările și relațiile comerciale, precum și prețul pentru client al unui contor. Paginile acelor ecrane descriu ce face fiecare câmp; această pagină descrie ce au în comun toate aceste formulare.

Anularea ultimei modificări

După ce o modificare este stocată, lângă starea acelui câmp apare timp de 8 secunde un buton Anulează modificarea, cu un inel care se golește pe măsură ce trece timpul. Cât timp este acolo, poți apăsa și Ctrl + Z (⌘ + Z pe Mac) în acel câmp.

Anularea scrie valoarea anterioară înapoi ca o salvare nouă. Trece prin aceleași verificări ca orice modificare, iar câmpul arată că se salvează. Un grup de câmpuri salvate împreună este anulat împreună.
Doar ultima modificare poate fi anulată. Există o singură anulare per formular. Se încheie după 8 secunde, de îndată ce scrii din nou în acel câmp, astfel încât o anulare să nu suprascrie niciodată ce tocmai ai scris, sau când salvezi o modificare în alt câmp, ceea ce mută anularea acolo.
O primă valoare nu poate fi anulată în acest fel. Dacă câmpul era gol înainte, nu există nimic de scris înapoi. Golește în schimb câmpul.
O anulare este ea însăși o modificare, deci poate fi anulată la rândul ei cât timp se scurg propriile ei 8 secunde.

În afara acelor 8 secunde și în orice câmp fără anulare, Ctrl + Z este anularea obișnuită a textului din browser. După ce timpul a trecut, istoricul înregistrării este jurnalul de audit.

Când o modificare nu este salvată

O modificare refuzată rămâne pe câmpul ei. Câmpul păstrează ce ai scris, afișează Nesalvat împreună cu motivul dat de server și oferă Reîncearcă. Nu dispare și nu apare ca mesaj în altă parte a ecranului: rămâne acolo unde este problema, până când câmpul se salvează.

Partea de sus a formularului le numără. Când una sau mai multe modificări nu au fost salvate, o linie din partea de sus a formularului spune câte, de exemplu 2 modificări nu sunt salvate, cu Mergi la prima modificare nesalvată alături. Saltul merge la prima în ordinea în care formularul le arată, nu în ordinea în care au eșuat, iar într-un panou făcut din secțiuni deschide mai întâi secțiunea care o conține. Un grup de câmpuri salvate împreună se numără ca o singură modificare. Odată ce fiecare modificare refuzată este salvată, linia dispare.

Lucrul fără conexiune

Dacă ți se pierde conexiunea, o modificare pe care o faci nu se pierde și nu este raportată ca eșec. Așteaptă:

Câmpul afișează o pictogramă de nor, citită ca Fără conexiune, salvarea așteaptă, și păstrează valoarea scrisă de tine.
Partea de sus a formularului spune Fără conexiune. Modificările tale așteaptă și se vor salva singure., cu Încearcă acum alături.
Modificările în așteptare sunt salvate în ordinea în care le-ai făcut, una după alta: de îndată ce revine conexiunea, când apeși Încearcă acum, când faci următoarea modificare și la fiecare 10 secunde cât timp dispozitivul tău raportează că este online.
Editarea din nou a unui câmp aflat în așteptare păstrează o singură modificare în așteptare, cu ultima ta valoare. Dacă o scrii înapoi la valoarea stocată, o scoți din coadă.
O modificare pe care serverul o refuză după revenirea conexiunii rămâne pe câmpul ei, ca mai sus, și nu le întârzie pe celelalte.

Modificările în așteptare sunt păstrate cât timp formularul este deschis. Nu sunt păstrate dacă pagina este reîncărcată, motiv pentru care părăsirea cere mai întâi confirmare.

Părăsirea unui formular cu modificări nerezolvate

Închiderea unei ferestre de dialog sau a unui panou stochează mai întâi ce mai scrii și așteaptă. Dacă o modificare este încă în curs de salvare, așteaptă conexiunea sau a fost refuzată, Flowtly întreabă Nu toate modificările sunt salvate înainte ca ceva să se piardă. Ieși oricum renunță la acele modificări, inclusiv la cele care așteptau conexiunea, astfel încât nimic să nu fie scris după ce ai ales să pleci.

Reîncărcarea paginii sau închiderea filei de browser cât timp există modificări nerezolvate afișează propria întrebare a browserului despre părăsirea paginii. Flowtly își amână și el propriile reîncărcări, de exemplu când se instalează o versiune nouă, până când modificările tale sunt salvate.

O înregistrare pe care rolul tău îți permite s-o vezi, dar nu s-o modifici, se deschide doar pentru citire: nu e nimic de salvat, nimic de anulat, iar închiderea ei nu cere niciodată confirmare.

Exemple de utilizare

Anulează, în câteva secunde, o monedă greșită aleasă la un tarif de facturare, fără să retastezi suma.
Corectează datele unui client în tren, cu o conexiune slabă, și lasă modificările să se salveze când revine semnalul.
Sari din partea de sus a unui formular lung direct la singurul câmp refuzat de server, în loc să derulezi după el.
Închide un panou de rezervare știind că fiecare modificare a fost stocată, pentru că Flowtly ar fi întrebat în caz contrar.

Pagini conexe

Adăugarea (editarea) unui proiect
Vizualizarea proiectelor
Activele proiectului
Clienți
Jurnale de sistem și istoric de audit