Nové snippety, staré snippety a zavináče

Zrovna jsem se chystal udělat issue za odstranění (obou) starých snippetů. A nahození novými vzhledem ke znefunkčnění {snippet:nazev}.

Btw onen postup bych uvedl rovnou do praxe (od toho je master DEV) a počkal rovnou na připomínky (kdo nebude chtít neaktualizuje). Případně udělal novou větev (v tom GITu je to tak snadné).

Pokud je to plně funknčí na úrovni presenterů cpal bych to do masteru

Jak to vypadá s těmi zavináči a novými, starými snippety? Mám Nette v poslední verzi ze dneška, odstranil jsem dvojtečky a nahradil je mezerami, ale když vypustím zavináče, tek se snippety vykreslují špatně.

David Grudl napsal(a):

• následně bude potřeba najít vhodnou implementaci pro použití uvnitř komponent

To by mělo mít velmi vysokou prioritu. Asi nejsem sám, komu toto brání updatovat na novější verzi Nette, abych moh zkoušet další věci (n:class, nové formuláře mají přijít tento víkend). Jinak můžu jedině přejít na bezajaxový provoz.

Nove snippety nefunguju tiež v inkludovaných šablonách.

https://forum.nette.org/…vana-sablona

Tak jsem se na popud flame v jiném vláknu, že pořád jen naříkáme, zkusil pustit do dynamických snippetů a snippetů uvnitř řídících struktur. Zastavila se na tom totiž imho větší část lidí, která nette upgradovala a testovala.

Docílil jsem toho, že sice funguje vyrenderování {snippet neco$id}test{/snippet}, což by předpokládalo několik výskytů {snippet neco} s různým html id, ale samotná funkcionalita snippetů nechodí. Viz sample:

Vycházím ze sandboxu, kam jsem přidal jedno <li>

templates/Homepage/default.latte

		<li><h3><a class="ajax" href="{link test!}">Test snippets</a></h3>
		<ul>{foreach array(1,2) as $i}{?$template->anyVariable .= $i}
		{snippet test li $i}{$template->anyVariable}{/snippet}
		<li>{$template->anyVariable}</li>
			{/foreach}</ul>
		</li>

presenters/HomepagePresenter.php

	public function handleTest(){
		$this->template->anyVariable = "ajax variable";
		$this->presenter->invalidateControl("test");
	}

a patche v LatteMacros, nejsou imho podstatné, protože problém vyřešen není:

Problém totiž nastává s tím, že implementace v rámci ajaxu (imho účel snippetů?) je následně úplně mimo původní kontext, kde je původní snippet umístěný ({block content}). Volá se pouze konkrétní blok s daným name. Dokud se ale nevykoná samotný {block content}, nemám při ajaxu ponětí o nějakém {foreach} nebo přiřazení do $template (jen demonstrativní účel, do globálního scope templaty totiž nový snippet nevidí, ale i to by se dalo nejspíš vyřešit). Čím dál víc to pak směřuje k tomu, že potřebuju vykonat block content a uvnitř něj řídící struktury. Na čemž jsem se zastavil, protože prakticky znovuvynalézám kolo – zavináče.

Můj osobní názor je, že nové {snipppet}y jako náhrada původních jsou prostě fail, který nevyšel (stane se, o co jde?). Problém defakto neřeší, ale odstraňují původní funcionalitu. V jádru jsou totiž vyřešeny pouze tyto zavináče, které samy o sobě problematické na pochopení nebyly.

• {block content}, {/block}
• {layout}, {extends}

Více toho imho nové snippety neumí. Před ostatními tagy se sice používat „nemusí“, ale je to proto, že je ta funkcionalita zrušená, nikoli odstraněna povinnost je escapovat zavináči.

• {include},{if},{foreach},{for}

S sebou to dále přineslo odstranění další funkcionality:

• dynamické pojmenování

Řešení z mého pohledu:

• Vrátit původní vychytanou (!) implementaci se zavináči a nové ponechat buď s dvojtečkou nebo pod názvem {bsnippet} (či jinak)

Editoval Dr.Diesel (11. 2. 2011 13:56)

Dynamicke snippety jdou urcitym zpusobem resit pomoci komponent, za vetsi bubaky povazuju issue 170 a issue 160