W dniu 2012-12-23 20:56, Kviat pisze:

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

Tak właśnie zamierzałem robić. Okna walidują się po stronie serwera,
wyświetlają komunikaty o błędach lub znikają gdy wszystko jest ok.
Wydaje mi się to najbardziej intuicyjne rozwiązanie.

>
>> 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.

a) i b) to dość złożony wariant bo wtedy logika np. podsumowania jakiejś
kolumny musiałaby być zdublowana w Ajaxie. Zresztą to nie tylko
podsumowania. Jeśli zmianie ulega tylko wiersz po takiej operacji, to
pół biedy. Czasem jednak trzeba zmian dokonać w różnych miejscach
layoutu - wyświetlać oprócz podsumowań jakieś alerty, wyróżnienia itp.
Sądzę, że ten wariant z przeładowaniem będzie ok. A już w szczególności,
że łatwo można odtworzyć pozycję scrolli więc użytkownik może nawet nie
zorientować się, że było to przeładowanie.

>> Ajax raczej sam "wiedzieć" nie może jaki kształt ma przyjąć
>> zaktualizowany wiersz.
>
> Tu nie wiem co masz na myśli.

Np. jeśli Ajax spowoduje usunięcie jakiegoś wiersza, to inne rekordy w
całej tabeli się pojawią. A jakie - tego sam Ajax nie wymyśli. A może po
tej operacji jakiś inny wiersz będzie wyróżniony aby użytkownik na niego
zwrócił uwagę itp? Logika serwera bada jak ma wygenerować stronę
odpowiedzi i wysyła ją. Gdyby Ajax miał to robić to musiałby podmienić
wszystko: łącznie z headem, CSS, kodem JS itp. bo nie chcę zakładać
żadnych ograniczeń. Częściowo o tym poniżej wspominam.

>> 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.

Zaryzykowałbyś? :-) Po jakiejś aktualizacji przeglądarki coś przestanie
działać i leży podsumowywanie. Jestem zwolennikiem minimalizacji
funkcjonalności realizowanej po stronie przeglądarki.