W dniu 2012-12-23 19:15, Marek pisze:
> P.S.
> Przyszło mi do głowy coś jeszcze. Te nieszczęsne przeładowania stron
> chyba być i tak muszą. Załóżmy, że jakaś strona to tabela HTML z danymi
> wygenerowana przez PHP a Ajax to okienko, które potrafi zmodyfikować
> kliknięty wiersz z tabeli. User klika sobie wiersz, coś tam zmienia i
> zapisuje.

Po zapisie, jak rozumiem requeście do serwera, z serwera wysyłasz
odpowiedź, czy zapis się powiódł, jeżeli nie, wyświetlasz komunikat o
błędzie. I teraz odpowiednio, w zależności od rodzaju odpowiedzi i
logiki programu, możesz:

> Okno Ajaxa znika

albo zostawić okno z formularzem do poprawy błędnych danych, czy
ponownej próby zapisu rekordu.

> ale ta tabelka pod spodem pozostaje bez zmian
> (bo to HTML).

Jak dostajesz komunikat z serwera o poprawnym zapisie, to:
a) dodajesz rekord do tabeli javascriptem
lub
b) ciągniesz z serwera rekord ajaxem i javascriptem wstawiasz go do tabeli
c) ciągniesz z serwera ajaxem (albo przeładowujesz stronę) całą tabelę z
dodanym rekordem.

> Aby ją wyświetlić zaktualizowaną i tak jakiś reload jest
> potrzebny.

Nie jest. Możesz to zrobić po stronie przeglądarki. Patrz pkt a) i b)

> Ajax raczej sam "wiedzieć" nie może jaki kształt ma przyjąć
> zaktualizowany wiersz.

Tu nie wiem co masz na myśli.

> Zresztą programistycznie byłoby trudno przysłać
> tylko ten jeden poprawiony wiersz tabeli. bo być może jakieś
> podsumowania trzeba będzie na nowo liczyć więc tym bardziej wydaje się
> to odświeżenie konieczne. Czy dobrze kombinuję?

Trudno czy nie, to zależy. Masz dwie warstwy: przeglądarkę klienta i serwer.
Możesz od razu javascriptem (dodany, czy poprawiony) rekord dopisać do
tabeli i javascriptem sobie przeliczyć podsumowanie - po stronie
klienta. Możesz ajaxem (albo zwykłym przeładowaniem strony) poprosić o
to serwer. Możesz mieszać metody, patrz punkt b) dodaj tylko
przeliczenie tabeli (javascriptem).

Pozdrawiam
Piotr