De exemplu un form ce contine un grid si are in DataEnvironment un CursorAdapter ce se formeaza dupa expresia select ID, COD, DEN, DENUMIRE from UM si are schema ID N(5, 0), COD C(5), DEN C(6), DENUMIRE C(30). Cum pot ordona gridul dupa cod sau dupa denumire?

M-as bucura enorm daca m-ati putea ajuta cu un exemplu.

[EMO]crying.gif[/EMO]

Stiu clasa, dar si cu ea am intampinat probleme.

http://www.profox.ro/Forum/tabid/55/forumid/6/threadid/4728/scope/posts/Default.aspx

Copiezi procedura si o salvezi in indexcursor.prg. Comentezi prima linie (Procedure ...), astfel incat sa nu fie nevoie de set procedure to.
O poti pune si intr-o metoda a formului sau a cursoradapter-ului.

Apoi o apelezi astfel :

IndexCursor(oCursorAdapter.alias, 'cod')

sau

IndexCursor(oCursorAdapter.alias,'denumire')

unde oCursorAdapter este obiectul tau cursoradapter in cauza.

Totusi, daca nu ai un grid sau un list in care sa afisezi cursorul, ce rost are sa extragi mai mult de o inregistrare odata? Butoanele de navigare ar trebui sa seteze un parametru si sa apeleze cursoradapter.requery() ...

Nu stiu cum sa trag numai o inregistrare. O sa stuties in aceasta seara. Nu am mai lucrat cu servere de date si chiar in fox sunt incepator.

Merci incaodata.

Merci mult.

Oameni ca voi fac ca ProFox sa fie din ce in ce mai tare!

Dataenvironment este gestionat direct de catre VFP, introducerea acestui obiect a usurat mult realizarea aplicatiilor. In VFP9 este posibil sa se creeze o clasa DE, care sa fie incarcata apoi in form.
Utilizarea DE sau deschiderea cursoarelor in form,load este doar chestie de preferinta. Eu unul prefer DE, nu sa scriu cod in form. Singura problema cu DE era legata de tatarea erorii -lipsa fisier-, dar totusi rezolvabila.
Utilizarea CursorAdapter-ului face ca aplicatia sa devina independenta de backend.  E adevarat, se poate obtine cam acelasi lucru cu view-uri, locale si remote, dar la remote view incep sa fie probleme pe server. CursorAdapter reuneste avantajele SQL PassThru cu ale view-urilor si elimina din dezavantajele remote view-urilor.
Daca e vorba de o aplicatie locala, monouser, sau multiuser pe fileserver, CursorAdapter-ul cam da peste mana celor obisnuiti sa acceseze direct baza de date - fie si cu view-uri sau cu select-sql, dar deschise sau apelate cam de oriunde din aplicatie .... Pentru cei obisnuiti cu "disciplina" ceruta de un data layer, e ceva mai simplu, exista deja obisnuinta de a deschide cursoarele intr-un singur loc.
DataEnvironment-ul poate fi asimilat, pentru un form, cu un data layer, si ajuta la "disciplinare", in sensul ca toate tabelele/cursoarele/view-urile se deschid aici, si nu in codul aplicatiei. 
Eu lucrez cu biblioteci de Dataenvironment si cu biblioteci de CursorAdapter. Si asta e o preferinta ...

Actualizarea se face tot cu Tableupdate().
Cu observatia ca Tableupdate() poate returna .T. si in cazul in care a aparut o eroare pe server iar actualizarea nu s-a facut.
De poate folosi secventa urmatoare:

CLEAR ERRORS

llRetval=TABLEUPDATE(......)

IF NOT  llRetval or AERROR(laError)>0
   *!* se trateaza eroarea 
ELSE
   cursoradapter.requery()
ENDIF

Cat timp, n-as putea spune. Fox, ca si alte limbaje, au crescut sub ochii mei, ca sa zic asa, si nu sunt in masura sa spun cam cat timp ia sa digeri VFP9, daca nu ti-ai ascutit dintii pe versiunile anterioare[EMO]smile.gif[/EMO].  Insa, dupa cum arata inceputul, ai toate sansele sa ajungi.