[TYPO3-UG Denmark] nestede RECORDS

[Stefan Kreisberg]

Hej Peter,

Fredag den 23. juni 2006 11:22 skrev Peter Makholm:
> Peter Makholm <peter at makholm.net> writes:
> > Peter Makholm <peter at makholm.net> writes:
> >> Hvad gør jeg forkert?
> >>
> >> I virkeligheden er der ikke tale om hardkodede lister, men noget der
> >> bliver genereret af en userFunc. Listerne er heller ikke ens, men den
> >> inderste er altid en delmængde af den yderste.
> >
> > Og det er netop delmængdetingen der er relevant. Hvis jeg ændrer nogle
> > af uid'erne i den inderste RECORDS er det kun den der er i begge
> > RECORDS der opfører sig "forkert".
>
> class.tslib_content.php :
>
>         function RECORDS($conf) {
>                 $theValue='';
>
>                 $originalRec = $GLOBALS['TSFE']->currentRecord;
>                 if ($originalRec)       {               // If the
> currentRecord is set, we register, that this record has invo
> ked this function. It's should not be allowed to do this again then!!
>                         $GLOBALS['TSFE']->recordRegister[$originalRec]++;
>                 }
>
>         [...]
>
> Tilsvarende kode findes i CONTENT-funktionen.
>
> Pointen er at undgå uendelige løkker hvis man fremviser sine records
> med standardfremvisningen og denne også kalder RECORDS eller CONTENT
> på en måde der anvender standardfremvisningen. Men tjekket er alt for
> groft.
>
> Øv.

Ja det er jo så en oplagt lus / manglende funktionalet. 

Vil de hjælpe hvis du "hiver" nogle af dine nestede kald (fra TS'en) udenfor 
f.eks. som lib obj og så blot parser deres indhold ind ...?

altså f.eks.

lib.mitnestede = RECORDS
lib.mitnestede  {
                        tables = pages
                        source = 10222426,10222425,10222424,10222423

[... osv.... ]

også senere

	20 < lib.mitnestede

Men måske er forskellen den samme, eller mit forslag ødelægger noget andet - 
jeg kan ikke gennemskue det helt, blot end løs idé ... ?

vh Stefan