[TYPO3-dev] CSC and ContentRendering Team

Steffen Ritter info at rs-websystems.de
Wed Feb 18 13:19:54 CET 2009


Denyer Ec schrieb:
> many 3rd party extensions rely on the CSC markup structure for correct
> operation. I'd hope none *depend* on it, but my instincts say
> otherwise.


Many do... Look at all lightbox stuff, ringer extensions, frame 
extensions etc. they are based on changing ts code of csc.
What ab out "download" extensions changing csc download rendering...

So I think, if we might have a new "version" of CR, with is optional 
forever, nobody will use ist since, the most other "fine effects" won't 
work with it until the extensions do only support the new stuff. And the 
   extensions won't be changed if there's no real need to...


So we are in a kind of vicious circle. We have to break up at one point, 
if we have to run out.

But shure you are right. We should develope a roadmap how to proceed.

I would add before you're first step:

  - analyze current situation. There are many thinks which aren't used 
in csc anymore (coming from the old CR) or things/db fields which are 
"misused" som kind of... Some option might not be very useful oder 
others might even not be used.

  - based on this we should look how all the variants of our CSC should 
be rendered ideally. example (HTML-Templates)

- We also should provide a css set using as less classes as possible - 
but meaningful names.

- Based on this we might start restructuring TS and CSC Class, what - as 
you already pointed out - would be the lightest part.

But before starting working on such a thing, assigning tasks and 
timeframes, we should have a straight "implementation guideline" in 
discussion with core-team, that all (ext-devs, core-devs, admins etc) 
can prepare what step has to be done when, in which version etc...

I would really look forward to see any progress here..

Steffen




More information about the TYPO3-dev mailing list