[2008-12-12] Podpora JavaScriptu a AJAX

To bude asi kvůli cachování. Zkus smazat cache.

Ještě jeden zajímavý postřeh. Mám tabulku, kde jednotlivé záznamy edituji formulářem v „bublině“ (aby se zbytečně nenačítala nová stránka). V presenteru mám tedy něco takového:

<?php
public function actionEdit($id = 0)
{
    $form = new AppForm(...);
    /* ...definice formulare... */

    if ($this->isAjax()) {
        echo $form;
        $this->terminate(); // do vystupu vlozi navic []
    }
}
?>

Toto mi vyhodí správně pouze formulář, ale na konec ještě přidá znaky: []

<?php
public function actionEdit($id = 0)
{
    $form = new AppForm(...);
    /* ...definice formulare... */

    if ($this->isAjax()) {
        echo $form;
        exit; // do vystupu nic nevklada
    }
}
?>

Exit se chová korektně a vrátí pouze formulář bez znaků navíc. Všiml jsem si toho až po upgradu na (před)poslední verzi.

LuKo napsal(a):

Honza M. napsal(a):

To bude asi kvůli cachování. Zkus smazat cache.

To bylo první, co jsem udělal. „Problém“ se stále opakuje. Není to nic zásadního, první vygenerování provedu já a při dalších zobrazeních stránky se již chyba nezopakuje, takže uživatelé zbytečně neplaší. Jen to hlásím, kdyby to byl signál třeba nějakého většího problému.

Nezabudol si to prepísať v nejakom controle?

V metóde render jedného controlu som vytváral snippet, no v novej revízii mi to nefunguje a nejak sa nevyznám jak to tam teraz narvať. Neviete niekto?

David Grudl napsal(a):

2. novinka: při AJAXovém požadavku se metodám handleXYZ(…) předávají i POST parametry

Ahoj,

nedival jsem se jeste na zpusob implementace. Jaky je duvod, aby to bylo jen pro AJAXove pozadavky? Nebo je to tak jen „zatim“?

Duvod byl popsan jiz v jinem threadu. Nemusi to byt az na urovni parametru presenteru a perzistentnich parametru, bohate staci pridat parametry pouze do volani metody handlXYZ. Tim by se nic nepremazalo, ne? Pouze na lokalni urovni metody handle a to v pripade, ze ocekava vychozi hodnotu.

Prakticky se odprostis od konstrukci (pokud nevyuzivam Nette\Forms) typu:

handleFormSubmit()
{
	$param1 = $this->presenter->request->post->param1;
	$param2 = $this->presenter->request->post->param2;
}

Prijde mi to jako velka vyhoda a usnadneni prace. Jak jiz jsem psal, tuto vlastnost jsem si velice oblibil u pythoniho frameworku cherrypy.

Nejde vubec o to, aby se tyto parametry chovaly stejne jako parametry presenteru.

Hned na začátku životního cyklu presenteru proběhne přerozdělení všech parametrů do „balíčků“ pro jednotlivé komponenty, takže předávat něco jiného handle— a něco jiného třeba render— tak snadno nelze – nehledě na to, že by to bylo celkem matoucí.

Ale k věci – smysl to má asi jen při použití „ručních“ formulářů, tj. bez Nette\Forms. Pokud bych použil Nette\Forms, k jednotlivým parametrům se dostanu:

function handleFormSubmit()
{
	$values = $form->getValues();
	...
}

když použiji vlastní formuláře, bude to takto:

function handleFormSubmit()
{
	$values = $this->presenter->request->post;
	...
}

Což je velmi podobné. Každopádně mi to připadá mnohem jednodušší, než vypisovat všechny prvky jako parametry metody handleFormSubmit(), navíc s odchylkou pro <input type="image">. Není vhodnější třeba tohle?

function handleFormSubmit()
{
	extract($this->presenter->request->post);
	...
}

Tak to nemusíš používať :D :D :D

Inak mám menší problém. Mám control Filter a spravil som tam autocomplete, lenže sa mi ten post text parameter nepredáva cez public function handleAutoComplete($text). Zato $this->presenter->request->post['text'] ide v pohode. (rev.158)

Editoval Jod (17. 12. 2008 13:03)

Jod napsal(a):

Inak mám menší problém. Mám control Filter a spravil som tam autocomplete, lenže sa mi ten post text parameter nepredáva cez public function handleAutoComplete($text). Zato $this->presenter->request->post['text'] ide v pohode. (rev.158)

Ten parameter v POST musí být plně kvalifikován, tedy například filter-text. Je to vlastně $control->getUniqueId() . self::NAME_SEPARATOR . 'text'. Asi přidám metodu getParamId(), která bude tyto řetězce vracet.