[Typo3-dev] Less features, more future

Kasper Skårhøj kasper2005 at typo3.com
Wed Oct 12 14:10:35 CEST 2005


Hi JoH,

Thanks for your suggestions! Here are some comments.

> This brings me to the major issue when it comes to a new concept of  "smart
> content rendering".
> IMHO we should stick to the following rules, while producing the new
> content rendering stuff:
>
> 1. No hardcoded values and tags in the PHP files at all. They should be
> replaced with TypoScript settings to keep backwards compatibility. The
> default setting should be the "correct" behaviour though, while the "old
> school" behaviour can be acchieved by setting something like
> config.backwardsCompatibility = 1

I think we have to align all output from TYPO3 in the frontend according to 
the following objectives:
a) All output must have reasonable defaults that enable quick implementations 
with standard stylesheets providing uniform style to all content.
b) The possibility of completely free templating for those who are required by 
customers to do this.

What methodology is used is not really in question. Personally I believe a 
templating API should be made which enables everyone to choose his/hers 
favourite way, be it TypoScript TEXT cObjects, HTML documents with markers, 
Smarty templates, TemplaVoila mapping or hardcoded HTML in PHP.

> 2. TypoScript should be used as much as possible.

As it is right now, TypoScript has a long history of pissing people off and on 
that basis I can't agree to increase the usage. However, my plans for 
TypoScript might make this irrelevant since a future implementation might be 
completely verifiable and object oriented and fullproff. Only thoughts.


> 3. Every Content Element should get a set of predefined HTML Templates plus
> a flexform to use custom templates (plus the ability to define HTML
> templates to be used via TypoScript)

Hence templating API, yes.

> 4. No inlines styles - they should be generated as dynamic stylesheets
> using a default typeNum. So each time the page is rendered it will create
> classes and ids for the tags _and_ the corresponding stylesheet.

OK

> 5. Users must be able to override 3. and 4. using TypoScript and/or custom
> PHP functions

Yes of course, honoring old frank, "I did it my way"

- kasper


>
> There might be more, but these are the main things I would like to improve.
>
> What do you think?
>
> Joey

-- 
- kasper

-----------------
Think future, not feature




More information about the TYPO3-dev mailing list