Šta radi PHP+AJAX

[Pedja]

http://www.kode.de/phpgrid/index.php

http://www.kode.de/phpgrid/images/screen1.gif

http://www.kode.de/phpgrid/images/preview.gif

[Ilija Studen]

Da ne poveruješ, ha? :D Ček samo da se nađu i usvoje najbolje prakse i da isplivaju projekti koji entuzijasti i ozbiljni timovi kuckaju u slobodno vreme...

[boccio]

Cek samo da DSL postane de-facto standard u home okruzenju, pa kad isplivaju distribuirane aplikacije sa standardizovanim UI-jem (gorepomenuti prasak za ves)...nikom vise nece trebati ni desktop aplikacije, a bogami ni hard diskovi...

[bokacbl]

moracu da posaljem mail kreatorima phpMyAdmin-a da implementiraju ovako nesto u svoju novu verziju.. :1074:

[Pedja]

Vec je napravljeno :)
http://www.devprotalk.com/showthread.php?p=8085#post8085

[bluesman]

Samo da napomenem da na VB to postoji već dovoljno dugo, recimo kada menjam naslov teme, što me podseti da sklonim jednu reč iz naslova ove teme :)

[Milos Vukotic]

Pa dobro, ko je od vas dripaca tamo stavio "Saban Saulic"!? :D ROFL-ujem se po sobi :D

[ivanhoe]

ja sam ovako nesto slicno pravio, samo bez ajax dela za snimanje (pre par godina kad jos nije ajax bio popularan). Znaci editujes tabelu direktno (neka polja su imala i predefinisane tipove, pa su se prikazivala kao listbox) i kad zavrsis kliknes save...

Da li mislite da je ajax resenje superiorno u odnosu na ovakvo "klasicno"?

Posto edituj sve pa snimi se koristi i u desktop aplikacijama (ne snimas automatski svaku izmenu). I nekako mi nije skroz intuitivno posto nije vidljivo da se vrsi snimanje u pozadini...sta ako korisnik slucajno obrise polje koje ne treba i to se azurira u bazi... takodje sta ako recimo, cisto kao glupi primer, imas korisnike u bazi i ti ih sad editujes i ukucas ime, on snimi, onda krenes da kucas prezime, ali ti zazvoni telefon pa te neki klijent smara 15 minuta, pre nego sto zavrsis unos...znaci za to vreme postoji record u bazi sa nepotpunim podacima...nije to nista strasno, naravno...ali opet, koja je tacno prednost stalnog snimanja?
Zasto se ne bi koristio ajax da snimis sve izmene na kraju rada, to mi se cini kao pametnije resenje?

[zextra]

......ili mozda resenje da se izmene vrse samo ako korisnik pocne da edituje neki drugi red? Mada ni resenje sa eksplicitnim snimanjem nije tako lose...

[Pedja]

Nisam proveravao kako ovo gore radi, ali po pravilima slog se ne snima u tabelu dok korisnik sam ne zatrazi snimanje (klikom na dugme) ili dok ne predje na drugi slog, i uvek postoji mogucnost da korisnik ponisti unos u slog sve dok unos nije fizicki upisan u tabelu.

[noviKorisnik]

Recimo na flickru može u letu da se menja naslov i opis, da se dodaju ili brišu tagovi ... ali za svaku akciju ide potvrda izmene.

[bluesman]

ja sam ovako nesto slicno pravio, samo bez ajax dela za snimanje (pre par godina kad jos nije ajax bio popularan). Znaci editujes tabelu direktno (neka polja su imala i predefinisane tipove, pa su se prikazivala kao listbox) i kad zavrsis kliknes save...
...
Zasto se ne bi koristio ajax da snimis sve izmene na kraju rada, to mi se cini kao pametnije resenje?

Da, ovo zvuči savršeno logično i intuitivno.

[conica]

Koliko sam ja testirala i probala, snimanje izmenjenog podatka se vrsi cim se skloni fokus sa polja.
Sad samo ostaje dilema da li raditi tako ili ici na klik.

Takodje pre par godina sam radila na jednom distributerskom portalu gde su korisnici kreirali svoju narudzbenicu i u kome su se polja takodje nalazila u samoj tabeli
http://bitefartcafe.co.yu/images/temp/portal.gif
Kada se kreira tabela, i tek popunjavaju polja, po meni je logicno da se ide na klik.
Ali ako se radi edit ( u zavisnosti od vrste podataka koje se nalaze u listi) ponekada je mnogo korisnije snimati cim se polje izmeni...po mom skromnom misljenju doduse :)