[U-Zwilling]

Question bête sûrement mais je cale depuis ce hier la dessus :

Comment récupérer les valeurs d'une table de tt_content dans un TMENU ?


Merci,
Aurélien

[Popy]

Un peu chiant a faire, mais tu peux utiliser stdWrap de ton TMENUITEM pour appeller un cObject via cObject / preCObject / postCObject et y faire un CONTENT avec select.pidInList.field = uid

[U-Zwilling]

Popy, le 11 janvier 2012 à 10:33, dit :

Un peu chiant a faire, mais tu peux utiliser stdWrap de ton TMENUITEM pour appeller un cObject via cObject / preCObject / postCObject et y faire un CONTENT avec select.pidInList.field = uid

Merci. Par contre quel est la fonction de preObject ? la doc n'est pas très explicite à ce sujet (entre autre ).

Aurélien

[Popy]

Le contenu généré par preCObject sera inséré avant le contenu généré par stdWrap

[U-Zwilling]

Popy, le 19 janvier 2012 à 18:03, dit :

Le contenu généré par preCObject sera inséré avant le contenu généré par stdWrap

mais du coup je ne vois pas la différence avec Prepend !

[Popy]

La seule différence c'est que le prepend est exécuté beaucoup plus tard. Après les wrap & typolink notemment.

[U-Zwilling]

Popy, le 20 janvier 2012 à 10:09, dit :

La seule différence c'est que le prepend est exécuté beaucoup plus tard. Après les wrap & typolink notemment.

bon faut que je révise sdtWrap alors

Merci

[OlivierSC]

Bonjour,

Pour compléter ce qu'a dit Popy il faut se référer à la TSREF :
Fonction stdWrap dans la TSREF

Le typoscript est traité dans l'ordre indiqué dans la doc (de haut en bas)
On trouve entre autres dans cet ordre :

Citation

[...]
1) preCObject
[...]
2) typolink
[...]
3) wrap
[...]
4) prepend
[...]

Chaque fonction traite la valeur actuelle et la réinjecte dans le processus pour que les autres fonctions puissent traiter la nouvelle valeur obtenue.
Ensuite chaque fonction fait ce qu'elle a à faire, comme ajouter du contenu au début, ou à la fin, faire les transformations des liens, etc.. mais l'ordre d'appel des fonctions est connu.

Ex : le wrap serait fait sur le code HTML généré par la fonction typolink, cette fonction utilisant comme base le résultat de la fonction "preCObject".

Il est possible d'avoir la prise en compte d'un autre ordre en "jouant" sur l'appel récursif du "stdWrap", mais il faut déjà bien comprendre ces questions d'ordre avant de s'amuser à imbriquer les stdWrap.

OlivierSC

Ce message a été modifié par OlivierSC - 20 janvier 2012 à 10:54.

[U-Zwilling]

OlivierSC, le 20 janvier 2012 à 10:54, dit :

Bonjour,

Pour compléter ce qu'a dit Popy il faut se référer à la TSREF :
Fonction stdWrap dans la TSREF

Le typoscript est traité dans l'ordre indiqué dans la doc (de haut en bas)
On trouve entre autres dans cet ordre :

Citation

[...]
1) preCObject
[...]
2) typolink
[...]
3) wrap
[...]
4) prepend
[...]

Chaque fonction traite la valeur actuelle et la réinjecte dans le processus pour que les autres fonctions puissent traiter la nouvelle valeur obtenue.
Ensuite chaque fonction fait ce qu'elle a à faire, comme ajouter du contenu au début, ou à la fin, faire les transformations des liens, etc.. mais l'ordre d'appel des fonctions est connu.

Ex : le wrap serait fait sur le code HTML généré par la fonction typolink, cette fonction utilisant comme base le résultat de la fonction "preCObject".

Il est possible d'avoir la prise en compte d'un autre ordre en "jouant" sur l'appel récursif du "stdWrap", mais il faut déjà bien comprendre ces questions d'ordre avant de s'amuser à imbriquer les stdWrap.

OlivierSC

Tu m'as appris un sacré truc : je n'avais aucune idée que le typoscript était exécuté dans l'ordre de la doc.


Merci pour cette explication claire.
Aurélien