Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
I really prefer the extended syntax...
Verbosity in templates is not that bad when prefilter render what I wanted
in a clean, concise and compressed way...
Making aliases within the library itself is just an overkill in my opinion,
and could only case confusion for newcomers and collegues.
I sugges
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Do not take it globally, please.
I love Phptal and I have not found anything better for PHP so far.
But I still insist aliases would be helpful
Even PHP itself has aliases for some functions.
Hope it makes senseforsomeone.
But I'm not here to argue.
I just wanted to get some experience in such
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Does anyone know if Sean is out of the office? ;)
On 15 Jul 2011, at 09:28, s...@canterris.com wrote:
> Thank you for contacting Canterris. I???m currently out of the office until
> July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
> Canterris Technical Support (supp..
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
There will always be examples in every language that attempt to show it is
'better' than another :)
How about we just agree that for those who want a modifiable syntax and have a
desire to skip the verbosity of xml there are many alternative templating
systems for PHP - smarty and twig being ex
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
and also, for guys who love all this long and annoying xml things,
attributes etc...
Is it not true that setting up routing in concise way like with F3
framework:
F3::route('GET /login', 'PageLogin::run');
... is really more clean and readable then 5-lines in XML in configuration
file in Java
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Robert, I'm typing ~500...700 symbols in a minute, so it was not told about
typing from my side.
Again, my opinion is that when you do something for yourself and you are
very experienced,
next level up is shorter notation - then you read & understand & refactor
faster.
Well I'm not pushing this cha
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
I agree with this entirely and would like to add my voice to the 'not
shortening' camp. In an environment where the author is also the maintainer and
the xml is simple and short then I can certainly see the temptation to try and
par the syntax down much like C but years of experience have told m
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Darrell, thanks for your detailed opinion, but this does not work for me,
sorry.
But of course your message may be useful to other readers, so I'll just keep
going my way without arguing with you, thanks ;)
Anton Andriyevskyy
Business Automation & Web Development
On Fri, Jul 15, 2011 at 1:19 AM
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
If you want to have shorter attributes do this:
in PHPTAL/Php/Attribute/TAL/ add new files:
file A.php :
class PHPTAL_Php_Attribute_TAL_A extends
PHPTAL_Php_Attribute_TAL_Attributes{}
file C.php :
addAttribute(new PHPTAL_NamespaceAttributeContent('content', 11));
$this->addAttribute(new PHPTA
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
I would argue that compile time type inferencing in Scala is not
comparable to shortening an attribute name. The intent of the feature
in Scala is not to lessen the number of characters typed, but to
eliminate the need to explicitly specify the type of a variable if
that type is obvious as that co
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Darrell, all this sounds good, but it the same ends up that we want to have
more concise html with shorter attributes.
Concise (but still readable) always wins - a good example would be Scala
programming language where compiler infers many things
automatically but still keeps things strongly typed,
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
Pretty sure this could be easily implemented at a prefilter, using DOM +
XPaths to search for the aliases and replace them with the full attribute
names.
I would, however, recommend avoiding this altogether. Implementing any such
solution, whether it be a prefilter or in the core of phptal, will
Thank you for contacting Canterris. I???m currently out of the office until
July 25. Please feel free to contact Will Freemen (w...@canterris.com) or
Canterris Technical Support (supp...@canterris.com) for any support requests.
___
PHPTAL mailing lis
On Mon, Jul 11, 2011 at 2:43 AM, Anton Andriyevskyy wrote:
> Is there a way to easily define aliases & use them for shorter syntax like
> tal:b instead of tal:block,
> tal:c instead of tal:content, tal:a instead of tal:attributes etc? It's
> becoming useful when you are
> kind of PHPTAL guru and y
Is there a way to easily define aliases & use them for shorter syntax like
tal:b instead of tal:block,
tal:c instead of tal:content, tal:a instead of tal:attributes etc? It's
becoming useful when you are
kind of PHPTAL guru and you do not want to type these long words everywhere,
you just want to g
27 matches
Mail list logo
