Presenter již nepoužívá appDir

Nyní je to tak že šablony k presenterům musejí být ve stejné složce jako presentery samotné. Pokud chceš/vyžaduješ jiné chování uprav si metodu formatTemplatesFiles ve svém BasePresenteru.

Tak už mě to zas hezky běhá jako předtím. Upravil jsem fci formatLayoutTemplateFiles, protože se hledala také u presenteru. Nepříjde mi správné vkládat adresář templates do adresáře presenters. Proto jsem rád, že mám zase pěkně všechno jenom v adresáři templates. Ještě jednou díky za radu.

To bude jen nějaký bug, nic by se měnit nemělo. Kde přesně máš umístěný presenter?

Myslím, že máš jen špatně umístěný presenter. Zkus to takhle a nebudeš muset měnit standartní chování.

/app/presenters/SapPresenter.php
/app/templates/Sap/homepage.latte

Editoval Jur4 (8. 5. 2011 17:11)

jj ona inkriminovaná metoda je totiž celkem neohebná:

/**
 * Formats view template file names.
 * @return array
 */
public function formatTemplateFiles()
{
	$name = $this->getName();
	$presenter = substr($name, strrpos(':' . $name, ':'));
	$dir = dirname(dirname($this->getReflection()->getFileName())); // tohle je problematicky radek
	return array(
		"$dir/templates/$presenter/$this->view.latte",
		"$dir/templates/$presenter.$this->view.latte",
		"$dir/templates/$presenter/$this->view.phtml",
		"$dir/templates/$presenter.$this->view.phtml",
	);
}

Martin napsal(a):

Dle mého ona inkriminovaná metoda v nejnovější dev verzi Nette (je tam bez toho problematického řádku a je volaná s parametry $this->presenter a $this->view) umožňuje i tuto adresářovou strukturu:

a

Patrik Votoček: Prohledal jsem všechny verze Nette, které mám na disku (určitě jich tam mám méně než ostatní tady, ale stáhl jsem si pro jistotu vše, co je zde k dispozici v sekci download), a ten problematický řádek jsem nenašel. Bylo to někdy v distribuci, nebo jen na gitHubu?

Nevím jestli tomu rozumím ale: https://github.com/…resenter.php#L493 a https://api.nette.org/…ter.php.html#493 dokonce jsem na ni odkazoval v mém prvním postu v tomto vláknu.

Problém je v tom co způsobilo odstranění APP_DIR závislosti. Nyní se totiž generují cesty takto:

/app/presenters/FooModule/BarPresenter.php // FooModule\BarPresenter::renderDefault()
------------------------------------------
/app/presenters/templates/Bar/default.latte
/app/presenters/templates/Bar.default.latte

nebo

/app/presenters/BarPresenter.php // BarPresenter::renderDefault()
------------------------------------------
/app/templates/Bar/default.latte
/app/templates/Bar.default.latte

Tady: https://nette.org/cs/packages#…

Asi ti uniká že se tu nebavíme o tom že to nefunguje ve Stable / Alpha verzi. (Které jsou staršího data). Ale o DEV verzi.

A hlavně nejde o to co je k všeobecnému použití určeno a co ne. Ale o to že v HEAD masteru se tento BUG stále vyskytue (tj. nebyl opraven). A to je fakt. Tohle je jednoduše diskuse o tom že bug existuje (resp. jeho odhalení).

V prvním postu je to napsáno špatně (blbě se to z toho chápe) :)

Ad DEV link (push do masteru neznamená automaticky build – aktualizovaný balík na download page).

Navíc loov si mohl Nette klidně stáhnout z gitu. Zkrátka stable / alpha a vubec zdoj „baliku“ není vůbec podstatný. (pokud se problému v tomto vláknu týká)

Takže abych to ve výsledku shrnul tak nejdřív rozeberu onu „chybnou“ implementaci:

$presenter = substr($name, strrpos(':' . $name, ':'));

Získáni názvu presenteru bez modulu:

Foo:Bar:Baz -> Baz
Foo:Bar -> Bar
Foo -> Foo

$dir = dirname(dirname($this->getReflection()->getFileName()));

$this->getReflection()->getFileName() získává cestu aktuálního presenteru (/app/presenters/FooModule/BarPresenter.php). První dirname se dostane složku ve které je onen presenter (/app/presenters/FooModule) a další se dostane ještě o úroveň výše (/app/presenters).
V případě presenteru v /app/presenters/BarPresenter.php to bude tedy (/app).

Četl jsem to dvakrát a pořád nechápu co se tady ještě řeší za problém. Pokud mám adresářouvou struktůru správně, tak všechno funguje tak jak má (včera jsem updatoval Nette na aktuální (dev) verzi naprosto bez problémů).

Když mám něco z tohodle tak to funguje ok:

/app/presenters/WhateverPresenter.php
/app/templates/Whatever/default.latte
/app/templates/Whatever.default.latte

s modulama:

/app/FrontModule/presenters/WhateverPresenter.php
/app/FrontModule/templates/Whatever/default.latte
/app/FrontModule/templates/Whatever.default.latte

Editoval Jur4 (8. 5. 2011 23:23)

Problém je v tom že neznám nikoho kdo by používal (slyším o tom dneska poprvé!):

/app/FrontModule/presenters/WhateverPresenter.php

spíš lidé používají:

/app/presenters/FrontModule/WhateverPresenter.php

Vydíte ten rozdíl?

Edit: ještě znám lidi co používají

/app/FrontModule/WhateverPresenter.php

Ale o první variantě slyším fakt poprvé

Edit2: Problém je v tom že původní (stará) implementaci byla s touto strukturou funkční.

+1 Tharos, btw je to i v examples → modul usage
edit: jo, to tam máš taky :-)

Editoval 22 (8. 5. 2011 23:42)

Tak, tak. Já tuhle struktůru používám od doby co jsem poprvé použil moduly :) a pravděpodobně jsem jí taky odkoukal z examples (už si nevzpomínám). Každopádně mi přijde logické, mít presentery i šablony modulu v jedné složce.

Dobrý kluci stačí. Je vidět že používáte to co používat máte. Nemusíte to sem všichni psát. Pochopil jsem to hned potom co to sem napsali první dva lidi. Jen jsem chtěl poukázat na to že ne všichni jsou na tom stejně (třeba já :-D )

Frontend:Foo
\FrontModule\presenters\FooPresenter.php
\FrontModule\templates\...

Admin:Editing:Foo
\AdminModule\EditingModule\presenters\FooPresenter.php
\AdminModule\EditingModule\templates\...

Admin:Supervision:Foo
\AdminModule\SupervisionModule\presenters\FooPresenter.php
\AdminModule\SupervisionModule\templates\...

Je funkční už teď