Vylepšení šablonovacího jazyka

Nově lze pomocí makro atributů zapisovat i případy, kdy se například iterátor týká více elementů a nebylo by možné ho přiřadit jen k jednomu:

<ul>
{foreach $items as $item}
        <li>A {$item}</li>
        <li>B {$item}</li>
{/foreach}
</ul>

Atribut se jednoduše umístí na rodičovský prvek a dá se mu prefix inner-:

<ul n:inner-foreach="$items as $item">
        <li>A {$item}</li>
        <li>B {$item}</li>
</ul>

Výhodou implementace je, že je plně propojena s makry definovanými v CurlyBracketMacros, takže pokud přidáme nové párové makro, můžeme je používat i jako makro-atribut. Lze tak využít např. i nové makro ifset:

<a href="..." n:ifset="$name">{$name}</a>

A nešlo by to právě pomocí toho ‚inner‘, jak psal David jeden post nad tebou?

<title n:inner-block="#title">...</title>

Editoval jasir (26. 8. 2009 14:58)

Ted jsem trochu zmaten. Asi jsem nepochopil vyznam inner-.

Osobne bych cekal, ze tyto zapisy vybeneruji totozny vystup:

<ul n:foreach="$items as $item">
	<li>{$item}</li>
</ul>

vs.

<ul n:inner-foreach="$items as $item">
        <li>{$item}</li>
</ul>

Proste foreach je jakoby misto HTML ul.

phx:
samotné foreach se aplikuje přímo na tag, u kterého je zapsán, kdežto inner-foreach na obsah; viz:

tento kód:

<ul>
<li n:foreach="array(1,2,3) as $num">{$num}</li>
</ul>

ale i tenhle:

<ul n:inner-foreach="array(1,2,3) as $num">
<li>{$num}</li>
</ul>

vygenerují to samé:

<ul>
<li>1</li>
<li>2</li>
<li>3</li>
</ul>

Editoval Majkl578 (26. 8. 2009 19:57)

phx: mě zase přijde hezčí ta první verze, ale asi to je o zvyku (a taky o tom, že aktuálně dělám ve stabilní verzí 0.9 :) )

Blizzy napsal(a):

>Jak je vyřešen zápis více n:atributů do tagu? Záleží v tomto případě na pořadí atributů?

výsledek to ovlivnit může
vygenerovaný kód bude v pořadí, ve kterém zapíšeš n: atributy. takže pokud napíšeš toto:

{assign $data range(1,99999)}
{assign $show false}
<span n:foreach="$data as $img" n:if="$show">{$img}</span>

tak se sice nic nestane, ale php projde 99999× foreach a až poté se aplikuje podmínka

jinak bych měl dotaz (prosbu / bugfix request?) na Davida: nefunguje to s nepárovými tagy jako img, šlo by to fixnout? :)

Editoval Majkl578 (26. 8. 2009 23:02)

phx napsal(a):

Mozna vec nazoru, mozna namet na prohozeni vyznamu: foreach vs. outer-foreach (sakra to zni divne:)

Tohle se nedá rozhodnout od stolu, zkus si nejprve nějakou šablonu takto napsat (či přepsat starší) a pak o tom diskutujme.

David Grudl napsal(a):

phx napsal(a):

Mozna vec nazoru, mozna namet na prohozeni vyznamu: foreach vs. outer-foreach (sakra to zni divne:)

Tohle se nedá rozhodnout od stolu, zkus si nejprve nějakou šablonu takto napsat (či přepsat starší) a pak o tom diskutujme.

Ten foreach přímo na <li> není podle mě moc intuitivní, přendal bych ho na rodičovský prvek, klasický {foreach} taky vždy obaluje nějaký svůj obsah, který se pak vypisuje vícekrát. Jsem pro n:foreach na <ul> (apod.).

Určitě tady musí být zachována jednotnost, na co se to aplikuje. Vezměte si takové n:if nebo n:block – na co byste očekávali, že se to bude aplikovat?

Jde to asi jenom případnou kombinací obou způsobů..

{if $pole}
<table>
	<tr n:foreach="$pole as $prvek"><td>{$prvek}</td></tr>
</table>
{else}
<p>Neexistují žádné prvky</p>
{/if}

Editoval Ola (27. 8. 2009 11:19)

Ještě pár nápadů pro šablony:

1. Atribut n:tag-if určený pouze pro tag, obsah by zůstal:

<a href="logout" n:tag-if="$isSigned">{$name}</a>

// když $isSigned = TRUE
<a href="logout">{$name}</a>

// když $isSigned = FALSE
{$name}

2. automatické odstraňování komentářů z HTML, pokud mají určitou syntax, např.

<!-- tento komentář v kódu zůstane -->

<!-- !tento bude odstraněn -->

Jak se na to dívám, nebylo by lepší převzít systém šablon z PHPTAL, tak aby se daly použít v obou systémech? Stejně se to k tomu přibližuje. Mělo by to výhodu v tom, že lze sdílet šablony, jak mezi projekty v Nette, tak i ty, kde Nette nelze použít a využije se pouze PHPTAL. Navíc by to pomohlo rozšířit Nette za hranice.

Asi tak..

O Nette Mail se nejdřív také mluvilo, že není potřeba, že existuje spousta jiných (externích) knihoven, které jsou kvalitní a tak není znovu potřeba objevovat kolo.. Ikdyž to tak je, tak se ukázalo jak krásné je mít vlatní (Davidovo) řešení psané přesné na míru Nette (propojení se šablonami).

Proto si myslím, že převzít jiný šablonovací systém nepřipadá v úvahu, hlavně kvůli jejich síle jak jsou implementované v celém systému.

Asi tak… (no neodolal jsem ;-))

@Juan
asi jsem to napsal špatně, ale nemyslel jsem to tak, že by měl převzít PHPTAL. Co by se mohlo převzít, tak je syntaxe, tak aby byly šablony přenositelné. Šlo mi o interoperabilitu.

@grogy
nedráždi mě tím kolem :-) Jinak situace u šablon je jiná, než u mail. Šablony se mnohdy zadávají jinam (grafici, kodeři html) a bylo by vhodné mít jednotnější syntaxi.

@vrtak-cz
tak to zatím nepůjde, protože se snažím logiku a kod Nette pochopit.

Nicméně, teď se mám projekt, u kterého jsem zjistil, že mohu využít pouze šablonovací systém. Očesal jsem Nette tak, abych tam měl jen to, co potřebuji pro šablonování, ale pak jsem si řekl, proč to vlastně dělám a jestli by nestačil šablonovací systém. Odpověď byla, přece zase nebudu předělávat šablony na Nette a opačně. Přesto jsem se po nich podíval a narazil jsem právě na PHPTAL, který se mi zdá elegantní. No a tady jsem zjistil, že vývoj konverguje podobným směrem, tak proč tu syntaxi nesjednotit?

malé srovnání

Nette

<ul n:inner-foreach="$items as $item">
   <li>A {$item}</li>
   <li>B {$item}</li>
</ul>

PHPTAL

<tr tal:repeat="item myresult">
   <td tal:content="item">item value</td>
</tr>

Editoval Naith_cz (10. 10. 2009 14:58)

Co by se mohlo převzít, tak je syntaxe.

Tak to stačí, když si napíšeš vlastní filtr…

Dotaz bokom: Neslo by v Nette sablonach implementovat nieco ako foreachelse, zname napr. zo Smarty ? Uzitocna to vec napr. pri generovani riadkov tabulky, ak nejake data dostupne su, resp. jedneho riadku s hlaskou „No items found…“ ak data nie su.
Nikde som to bohuzial nenasiel, tak dufam ze nenosim drevo do lesa…
Diky.

Dakujem, tuto diskusiu som naozaj nenasiel. Bohuzial dane vlakno je uz uzavrete, tak skusim reagovat sem (dufam, ze to nie je velky off-topic, kedze sa to tyka vylepsenia sablonovacieho jazyka:) ).

Honza M. napsal(a):

Mohl bys mi předvést příklad, kdy by se {foreachelse} vyplatilo? Přemýšlel jsem o tom, a člověk stejně vždycky nějaký ten výpis potřebuje obalit buď <table></table> nebo <ul></ul>…

<?php
<table>
  <tr>
    <th>...</th>
    <th>...</th>
    <th>...</th>
  </tr>
  {foreach $array as $item}
    <tr>
      <td>{$item->attr1}</td>
      <td>{$item->attr2}</td>
      <td>{$item->attr3}</td>
    </tr>
  {foreachelse}
    <tr>
      <td colspan="3">
        No items found.
      </td>
    </tr>
  {/foreach}
</table>
?>

Predvedene riesenie pouziva 3 znacky {znacka} (vratane koncovych); riesenie pouzitim {if}{foreach}...{/foreach}{else}...{/if} by pouzilo 5 znaciek. Takze podla Tvojej definicie ‚vyplatilo se‘ sa to podla mna vyplati.

phx napsal(a):

Na foreachelse bych se asi vykaslal. Zbytecne by jsme tvorili neco co jde vytvorit za pomoci if a navic si .myslim, ze s if to bude prehlednejsi.

Nic v zlom, ale tento vyrok vo mne evokuje podobny vyrok, a to ten, ze kazdy program sa da napisat len s pouzitim while cyklov. Tak naco budovat cely framework, ked vsetko dokazeme poskladat z WHILE cyklov? :) Zeby preto, aby sme nemuseli vsetko v sablonach riesit pomocou {if} konstrukcii? ;)

Zdravím, poslední dobou jsem nějak moc nesledoval novinky v oblasti nových vylepšení šablon, ale víceméně se mi velice zamlouvají. Jen jsem narazil na pár drobností.

Zajímalo by mě, jak to vypadá s makrem attr, které nyní v šablonách vypadá nehezky, pokud je zbytek šablony tvořen pomocí n: atributů. Tak jestli už existuje nějaká náhrada.

Dále bych měl ještě jednu prosbu. V <n:assign prom=„value“ /> může být hodnota value pouze textový řetězec, což nefunguje v případě, že potřebuji mít tuto hodnotu dynamicky měněnou podle obsahu stránky. Např. tímto nastavuji unikátní titulek v detailu nějaké položky. Přitom při použití složených závorek vše funguje bez problémů.

Předem dík za odpovědi.

Editoval Proki (22. 10. 2009 23:59)

Proki napsal(a):

Zajímalo by mě, jak to vypadá s makrem attr, které nyní v šablonách vypadá nehezky, pokud je zbytek šablony tvořen pomocí n: atributů. Ty jestli už existuje nějaká náhrada.

Určitě je to dobrý nápad, ale asi nebude snadné rozhodnout jak by to mělo vypadat:

<div n:class="'new', $n->isNew"></div>

?

Proč máte tendenci vypisovat tabulku, jejíž jediný smysl je uživateli oznámit, že je prázdná? ;) Z hlediska nějaké SEO je to úplně k ničemu, protože stránka, která obsahuje jeden obrázek a 4 tabulky, ve kterých je jeden řádek s textem „Žádný záznam“, je IMHO zbytečná ;). Jedinou informaci nese ten obrázek, ty 4 tabulky je daleko lepší neukazovat vůbec.

Ještě k diskuzi, kterou jsme vedli v již smazaném vlákně ;): Tenhle n: systém má super výhodu hlavně v tom, že např. NetBeans při autoformátování nechápe curly brackets značkování (např. {if} pro něj nic neznamená) a blbne odsazování. Pokud jsou použité n: atributy, nic neblbne a krásně se odsazuje, takže jedině výhoda. Ještě si ale musím nějak nastavit, aby mi n: atributy zvýrazňoval třeba červeně, abych je nepřehlížel ;).

V neposlední řadě si vážím toho, že došlo k přejmenování CurlyBracketsFilter na LatteFilter ;) Konečně nemám se zavedením n: atributů žádný ideový problém.

Hlasim „quasi“ bug:

Z Davidovho príspevku:

<a href="logout" n:tag-if="{$isSigned}">{$name}</a>

Hore uvedený kód nefunguje v najnovšej verzii Nette 2010–01–06 (814b137). Vyhodí to parse error:
syntax error, unexpected '{', expecting T_STRING or T_VARIABLE or '$' pretože $isSigned nemá byť v {}.

Takto to funguje:

<meta name="robots" n:tag-ifset="$robots" content="{$robots}" />

Cifro napsal(a):

Takto to funguje:

<meta name="robots" n:tag-ifset="$robots" content="{$robots}" />

Takhle to fungovat má.

To david psal když se mluvilo o syntaxi, tedy ještě předtím než se to implementovalo. Ale bylo by fajn abys to davide upravil, ať nemateme lidi.

Petr Motejlek napsal(a):

Ještě si ale musím nějak nastavit, aby mi n: atributy zvýrazňoval třeba červeně, abych je nepřehlížel ;).

Ahoj,
jestli se ti to padaří nastavit, dej mi prosím vědět.
Díky moc

Myslím že většina maker jde zapsat jako <n:makro> místo {makro}, assign se dá zapsat takhle:

<n:assign var="value">

Já myslel, že se musí dělat <n:assign=„promenna ⇒ hodnota“ />. Tvar <n:assign promenna="" /> mě nenapadl, ale taky to nepůsobí špatně, šlo by pak udělat assignů víc ;).