"
 Ei-numeerinen ennakkotapaus oli Template:Max/4, jossa luulen, että todennäköisyys on, että käyttäjillä on ""n/a"" tekstimerkintöjä, kun niitä on enemmän, mutta kalliiden #iferror-merkintöjen käyttö rajoittaa {max/5}:n 100 tapaukseen (5*100=500 kalliin rajan). Silti sitä käytetään todennäköisesti myös muutaman kerran artikkelissa; ajattelin kuitenkin ""maxnum/5"" pelkkää nopeaa numeerista maksimia varten. En ole nähnyt paljon parannusta Lua-nopeuteen, ja tietysti ylimääräiset {#invoke:} accessor-mallit ärsyttävät ihmisiä. Samaan aikaan meillä on miljoonia malleja, kuten yli 100 000 infoboxia. Joten mielestäni tarvitsemme vain enemmän perusmallien jäsentäjäfunktioita, kuten {#length:string}, {#numeric: data}, ja kyllä, {#set:val|70*5} parametrien arvojen asettamiseksi kesken prosessin (kuten ""oikeassa"" kielessä), sen sijaan että kutsumme toista mallia välittämään val=70*5. Mitä tulee laajennussyvyyteen, kokeneet ohjelmoijat ylittävät rajan todennäköisemmin tyypillisen if-else-if-else-if-else-logiikan takia, ja lopputulos on, että 40 rajan laajennus on aivan liian alhainen nykyaikaisille tietokoneille, jotka käyttävät helposti ehkä 200 if-else-saraketta, kun ehkä 60 rajan raja ratkaisisi useimmat ongelmat nykyään. Toiveeni Lualle on luoda ""älykkäitä"" neuvoja/ohjattuja malleja, jotka tarkistavat parametrit ja tekevät monimutkaisia päätöksiä, jotka auttavat parantamaan artikkelitekstiä. - "