formulář – nezavolá se callback z onSuccess

array bych nahradil metodou callback
edit: a hlavně bych dal form do továrny!!!

Editoval 22 (23. 8. 2011 15:06)

Fujky … ti to trochu upravim

class ContactForm extends Nette\Application\UI\Form {

        public function __construct()
        {
		parent::__construct();

		$this->addText('name', 'Jméno:', 30, 40)
			->addRule(Form::MIN_LENGTH, 'Zadejte jméno', 5)
			->addRule(Form::MAX_LENGTH, 'Jméno může mít maximálně 40 znaků', 40);
		$this->addText('email', 'Váš email:', 30, 40)
			->addRule(Form::EMAIL, 'Zadaný email není platný.');
		$this->addTextArea('content', 'Text emailu:')
			->addRule(Form::MIN_LENGTH, 'Zadejte text emailu.', 10)
			->addRule(Form::MAX_LENGTH, 'Maximální délka textu je 5000 znaků', 5000);
		$this->addSubmit('send', 'Odeslat');
		$this->onSuccess[] = array($this, "sendSuccess");
        }

        public function sendSuccess()
        {
                // tady se proste nic nestane
                $values = $this->getValues();
                die('sended');
                dump($values);
        }
}

a továrnička

protected function createComponentContactForm()
{
	return new \ContactForm();
}

Obalovat formulář do komponenty není špatný nápad, ale udělal jsi to úplně špatně. V metodě render se k němu signál nejenomže nedostane, ale vůbec jsi ten formulář ani nepřipojil k té rodičovské komponentě.

@22: HosipLan už asi ví jak jsem na tom…takže nepředpokládá záludnosti, ale jen začátečnický chyby :)
Vykreslení je v šabloně jednoduše {control contactForm} a tohle je opravdu jen formulář. Možná to obalení controlem a nějakou další logikou budu potřebovat.

@HosipLan: Funguje to – myslel jsem, že pokud vytvářím komponentu musí dědit z \Nette\Application\UI\Control proto jsem se snažil formulář obalit. Teď mi ale docvaklo, že v továrničce createComponentContactForm() si vlastně můžu dělat co budu chtít.

Díky pánové, prozatím hotovo.

@HosipLan: a bude na takovým formu fungovat AJAXová změna formu? viz. problém AJAX/snippety vs. {include *.latte}

Prozatím se to chystám použít tak jak už jsem před pár dny diskutoval s HosipLan(em?)…mám v databázi texty, které se renderují do šablony. V textu může být použit nějaký control jakožto plugin, takže volání musí být co nejjednodušší.

Navíc incude tam prostě být nesmí, to už by byla megadíra v aplikaci.
Zatím ale nebudu předbíhat – až k tomu dojdu, začnu to řešit (a možná už budu chápat v Nette víc souvislostí, zatím je to kousek po kousku ale mám problém si to v hlavě pospojovat).

Něco mi říká, že jsi úplně mimo :)) include je naprosto v pořádku. Navíc tohle je include šablony, o tohle se stará Nette.

Ale možná jsem tě nepochopil, přeber si, co jsem napsal a zkus vysvětlit co jsi napsal ty.

Aha, už tě chápu. Můžeš si udělat kombinaci maker, speciálně podle tvé potřeby. A třeba odstranit {include} a podobná, nebo naopak, povolit jen to co potřebuješ. Toto nastavené Latte Engine pak můžeš předat šabloně jako filtr a použít ji, pro zpracování textů.

…můžu prosím vědět, co to pořád plácáš o té bezpečnosti a magadírách v aplikaci? Nějak nechápu nebezpečnost include či defaultně nastavený latte Engine.

Editoval 22 (24. 8. 2011 10:37)

Článek v databázi preprocesuje pomocí latte, aby v něm mohl mít vykreslení komponent (třeba anketu). Proto je nežádoucí, aby redaktor mohl napsat {include 'sablona'}, nebo nejdeboze

{? dump(Nette\Environment::getConfig())}

Ještě bys mohl udělat to, že by jsi využil Texy! a dopsal si do něj modul, který tohle zpracuje, nějaký výchozí na metadata {{neco}} tam už je, snad by šel upravit?

Editoval HosipLan (24. 8. 2011 11:17)

Hlavně je třeba mít na paměti, že Latte neodstraňuje php tagy, to musíš udělat sám. K čemu je zakázané {include $dest}, když funguje normálné PHP include, že… Doporučuji podědit Nette\Latte\Engine a přepsat metodu __invoke(). Budeš-li to odstraňovat regulárním výrazem, dej pozor na vylomeniny typu <<?php ?>?php foo(); ?> nebo <?php foo(); /* (žádný end tag). Neopomeň ani asp a short tags, popř. <?=.