AppForm a metoda GET – kde je chyba

Na toto jsem narazil jiz davno. Problem je ze se v URL nepredava parametr do=submit nebo tak nejak (jukni v post do skrytych poli). FOrmulare s GET mi akorat zlobi. Resil jsem to rucne pridanim onoho parametru do hidden pole, ale neni to systemove. Dalsi neblaha vec je, ze get formulare znici aktualni GET parametry stranky. Proste to prelpeskne tim co je ve formulari a tim co je aktualne v URL se nezabyva:( Tusim ze jsem na to jiz nekdy upozornoval, ale zatim bez efektu. Asi to upadlo v zapomneni.

Priklad:

• pozadavek na stranka.php?param=bagr
• na ni je form odeslinany GET metodou (napr ten od BigCharlie)
• vysledny dotaz je stranka.php?q=neco&search=Hledej
• parametr param je znicen:(

úplně běžné to není a vlastně mě to dost překvapilo.
phx to špatně popisuje. jde o to, že:

• mám stránku dejme tomu stranka.php?param=bagr (to je ošem naprosto irelevantní!)
• formulář má definovanou method=„GET“
• formulář má definovanou action=„stranka.php?do=form-submit“ (a to je důležité!)
• výsledný dotaz je dejme tomu stranka.php?q=neco&search=Hledej – parametr do je znicen

při submitu bych očekával, že se ostatní parametry (z formulářových polí) dosadí za kompletní action, ale tak tomu není. místo toho prohlížeče napřed odstraní z action parametry a až poté tam dosadí hodnoty z formulářových polí. to je v rozporu s tím, že při odesílání metodou POST prohlížeče action nijak neupravují (a parametry tudíž neodstraní)

Editoval paranoiq (1. 1. 2009 20:35)

samozřejmě chyba nette to není. na vině jsou prohlížeče. nejspíše to bude ‚feature‘

Ať tak či tak, jedná se v tom případě zřejmě o chybu. Uvidím, zda se David ozve a případně objasní. Pokud ano, bylo by dobré tohle vlákno přesunout do chyb. Pokud ne, záložím tam nové a na tohle odkážu.

Zkoušel jsem také přidat hidden pole, ale nevedlo to k úspěchu, odpovědí bylo vždy BadSignalException.

Editoval BigCharlie (2. 1. 2009 10:48)

phx napsal(a):

Ocekaval bych chovani formularu takove, ze kdyz je metoda GET tak automaticky persistentni parametry nahazi do hiddne poli samotne nette a nemusim se o to stara. To je ta chyba co myslim.

Souhlasím, AppForm by to měl udělat.

Opravdu nikdo netuší? Zkusil jsem upravit presenter do této podoby:

<?php
class DefaultPresenter extends BasePresenter
{
        /** @var Form */
        public $form;


        public function actionDefault()
        {
                $form = new AppForm($this, 'formSearch');
                $form->setMethod('get');
                $form->addHidden('do')->setValue('formSearch-submit');
                $form->addText('q', 'Hledaný výraz:');
                $form->addSubmit('search', 'Hledej')
                                ->onClick[] = array($this, 'SearchClicked');

                $form->onSubmit[] = array($this, 'FormSubmitted');
                $this->form = $this->template->form = $form;
        }


        // obslužné handlery:
        public function SearchClicked(SubmitButton $button)
        {
                echo "odesláno použitím search<hr>";
        }

        public function FormSubmitted(Form $form)
        {
                echo "odesláno";
        }
?>

Výsledek po odeslání formuláře je žalostný. Nikdo na tenhle problém nenarazil? Stále netuším, zda-li je chyba v Nette, nebo na mé straně. I přes diskusi výše by mělo Nette při ručním přidání parametru zafungovat, nebo ne?

Buďte trpěliví, jak jsem psal výše, AppForm by měl GET řešit jinak, v tuto chvíli na něj není připraven.

ad mkrause: opraveno

Nevím, co dělám blbě nebo v čem je problém, ale zápasím s formulářem pro filtrování seznamu, který odesílám přes GET. Formulář je coby komponenta součástí Article presenteru, takže do formuláře přidávám dvě hidden pole:

<?php
$form->setMethod('get');
$form->addHidden('do')->setValue('articleFilter-submit');
$form->addHidden('presenter')->setValue('Article');
?>

Ten presenter tam je kvůli tomu, aby se vůbec po odeslání vyvolal zpátky, jinak to jde na default presenter.

V renderDefault presenteru Article mám pak:

<?php
$form = $this->getComponent('articleFilter');
$this->template->formFilter = $form;

if ($form->isSubmitted())
{
    $form->setDefaults($form->getValues());
}
?>

To aby se ve formuláři zachovalo nastavení filtru.

Po odeslání je v url „do“ i „presenter“ parametr, ale ve formuláři je naplněn (mimo jiné „normální“ prvky) jen parametr „do“, „presenter“ je prázdný, takže při dalším odeslání filtračního formuláře se přenese pro presenter prázdná hodnota a končí to chybou.

Jak na to správně?

Petr Daňa napsal(a):

Nevím, co dělám blbě nebo v čem je problém, ale zápasím s formulářem pro filtrování seznamu, který odesílám přes GET. Formulář je coby komponenta součástí Article presenteru, takže do formuláře přidávám dvě hidden pole:

<?php
$form->setMethod('get');
$form->addHidden('do')->setValue('articleFilter-submit');
$form->addHidden('presenter')->setValue('Article');
?>

Ten presenter tam je kvůli tomu, aby se vůbec po odeslání vyvolal zpátky, jinak to jde na default presenter.

V renderDefault presenteru Article mám pak:

<?php
$form = $this->getComponent('articleFilter');
$this->template->formFilter = $form;

if ($form->isSubmitted())
{
    $form->setDefaults($form->getValues());
}
?>

To aby se ve formuláři zachovalo nastavení filtru.

Po odeslání je v url „do“ i „presenter“ parametr, ale ve formuláři je naplněn (mimo jiné „normální“ prvky) jen parametr „do“, „presenter“ je prázdný, takže při dalším odeslání filtračního formuláře se přenese pro presenter prázdná hodnota a končí to chybou.

Jak na to správně?

Nejsem si vůbec jist, ale není možné, že se jména ‚presenter‘ (a možná i ‚do‘) nějak tlučou s frameworkovými parametry v url? Zkusit to nazvat jinak?

Vyřešeno v poslední revizi.