getValues vraci select a multiselect jako prazdne hodnoty

Pravděpodobně při obsluze odeslání formuláře ještě nemáš nastavenu proměnnou $this->notInRole, takže při vytvoření formuláře se selectu nenastaví možné hodnoty a potom při vyhodnocování nemá z čeho vybírat a tak vrátí prázdné pole.

Ne, není potřeba nic dočasně ukládat, ta chyba bude jinde.

Mě se tam nezdá to volání obslužné fce:

<?php
$form->onSubmit[] = callback($this,'processAddRole');
$form->addSubmit('save','Pridat');
?>

Zkusil jsem to u sebe tam mi to hází výjimku Argument 1 passed to MyPresenter::processAddRole() must be an instance of SubmitButton, instance of AppForm given.
Je zajímavý, že to u tebe projde, ale zkus to přepsat takto:

<?php
$saveBtn = $form->addSubmit('save','Pridat');
$saveBtn->onClick[] = callback($this,'processAddRole');
?>

//Edit: Aha, su lama. Já totiž u svých obslužných metod chci jako parametr SubmitButton a ty Form. Pak to používám takhto (v presenteru):

<?php
function okClicked(SubmitButton $button)
{
	$values = $button->getForm()->getValues();
	$this->data->setData($values);
	$this->redirect('nekamJinam');
}
?>

Takže to tím asi nebude, ale jinou nesrovnalost tam já nevidím.

Editoval Šaman (28. 4. 2010 11:58)

Finalgrab napsal(a):

Nevim jestli tvoji odpoved chapu spravne. $this->notInRole je naplnena spravne pri vytvareni formulare, navic je toto pole jenom zdrojem dat pro pole $select, ktere se vklada do formulare. Formular se vykresli spravne a hodnoty v nem jsou (v kodu stranky jsou value naplneny. Dokonce i POST data prenese, ale getValues uz hodnotu ze selectu nevrati.
Pochopil jsem spravne ze pri behu funkce, ktera zpracovava formular musim mit nekde docasne ulozene to pole? Neuchovava si ho nahodou $form od chvile, co jsem do nej to pole vlozil?

V jaké fázi plníš $this->notInRole? Při výpisu formuláře se createComponentAddRole() volá až když se formulář vykresluje, což je pravděpodobně ve fázi render. Když ale formulář odešleš, tak se ve fázi handle zpracovává stav formuláře. Tehdy ale ještě proměnná nemusí být naplněna. Zkus si schválně před odesláním formuláře přidat na začátek createComponentAddRole():

Debug::dump($this->notInRole);
exit;

Kdyžtak tu je něco o Životním cyklu presenteru.

Tak to vypadá, že to máš správně. Tak to nevím, kde by mohla být chyba.

Ještě k těm fázím: odeslání formuláře je signál, takže se zpracovává ve fázi handle. Pokud ještě není formulář vytvořený, tak se nejprve musí vytvořit v createComponentXXX(). Proto se po odeslání formuláře vytváří v jiné fázi než při zobrazování. A v obsluze handle se kontroluje, zda položka která dorazila je jedna z možností, které byly definovány při tvorbě formuláře. Pokud není, tak se vrátí NULL, což by odpovídalo tvému problému, proto jsem si myslel, že by to mohlo být ono.

nijak jsem nepokrocil. Nedostal jsem se k tomu od te doby. Ale stalo se mi to pouze na jednom miste.

Tak zdá se, že jsem na to přišel… základ je vždycky v životním cyklu.

Problém je ten, že Nette formuláře obsahují feature, která kontroluje zda souhlasí SELECT vygenerovaný a SELECT přijatý. Jelikož jsem SELECT generoval na základě $this->tyden tak tato proměnná nebyla dostupná ve fázi tohoto porovnání, které se děje právě v getValues. Řešením bylo nastavit $this->tyden jako persistent. Můj problém to vyřešilo a věřím že u vás to bude stejný důvod.