[TYPO3-dev] Discussion about Templates, Smarty etc...
Johannes Reichardt
typo3 at gramba.de
Thu Apr 13 18:07:50 CEST 2006
Hi there,
i would just like to put my narrowminded 2 cents on this topic.
Basically the problem for me with Typo3 is the wide-spreadedness of
configurations and a time consuming mix of hardcoded and configurable
things. On top of this Typo3 comes with lots of nasty default behaviours
and preprocesses things more than necessary.
So my wish for Typo3 5.0 would be: Just keep things in place. Typoscript
or a successor of it should just be the mastertemplate that puts in
extensions and FE content in general. On the other hand extensions
should be changed only in their own directory to avoid confusion and
"ugly" typoscript templates that are hard to read, setting "PAGE"
targets to "" etc... etc... Right now there is no intuitive hierarchy of
"controlplaces".
That may sound harsh since i believe that typoscript is very very
powerful to do other things (i remember Kaspers box of cohibars that got
rendered on the fly with typoscript) - but its just another complex
layer that most people will never be able to use like php. No matter if
you make it objected or not. Instead i would propose a well thought set
of very well documented functions that are freely accessible (no FE / BE
separation) that make extension programmers powerful with php.
Also i don´t think you will ever be able to separate logic and design
enough to make everybody happy - so why whould you try so hard?
Therefore we should concentrate that Backend editors have a nice and
fully configurable backend (with "clean" defaults) and programmers /
designers *intuitive* ways to achieve their programming / designing
goals. Making a HTML table smaller or bigger is a thing of 5 minutes
anyway if everything is in place and intiutivly to find. And i wouldnt
care too much if a designer could that better in theory or a programmer.
Personally i am really sick of searching things in Typo3, that holds me
personally back most.
My conclusion: Typo3 should have its internal goodies and functions more
obviously accessible to FE and BE programmers and Typoscript (or
successor) should be a simple glue *only* to put things together in the
FE. All configuration of extensions should be done where they are
installed through templates and / or scripts holding important
variables. AND Typo3 5.0 should not process a single line by default ;)
(still don´t know how to put a plain "&" in the title of my site) - that
would speed things really up i guess.
So thats my wishlist for christmas 2007, santa! :)
- Johannes
More information about the TYPO3-dev
mailing list