Voici un billet qui peut paraître anodin pour ceux et celles qui connaissent déjà le CMS TYPO3, mais il me paraît essentiel de rappeler que sans le Typoscript, TYPO3 n’est rien !
Les quelques explications qui suivent sont destinées à un public déjà connaissant avec le SGC TYPO3, mais jugé non expert avec ce qu’est le Typoscript.
Mais qu’est-ce que le Typoscript ? Je me souviens qu’a mes débuts avec TYPO3, aux alentours de 2004 lors de mes premières lectures, il y avait des polémiques autour du TS (appelons-le comme çà par la suite ce sera plus simple). On disait alors que c’était comme du XML et donc pourquoi réinventer la roue ! On parlait alors d’un nouveau langage à apprendre, un énième ! Bref, tout un tas de raison pour dévaloriser TYPO3 et freiner tout novice que j’étais dans mon apprentissage de TYPO3. Je vous dirais que comprendre la mécanique de TYPO3 tout seul dans son coin est assez long, même si on vous montre quelques petits trucs, il y en a toujours et encore à apprendre. Donc faire le tour et comprendre l’intérêt réel du Typoscript ne se fait pas du jour au lendemain.
Maintenant après plusieurs années d’utilisation de TYPO3, je peux vous dire que je comprends mieux l’intérêt d’utiliser du Typoscript dans des projets de sites Web. J’irais même jusqu’à dire que Typoscript est l’avantage numéro 1 pour le CMS TYPO3 par rapport à tous les autres CMS de la planète (c’est un peu gonflé çà non ?), opensource ou non d’ailleurs. Il y a quelques années, je n’aurais sûrement pas été à l’aise pour dire çà et j’aurais sûrement mis en avant en avant d’autres avantages : les nombreuses extensions, le TER (le serveur qui gère les extensions et permet de pouvoir en importer facilement dans TYPO3), les Hooks ou les XCLASS. Sauf que maintenant les autres CMS ont déjà intégré ces mécanismes. Sur Wordpress c’est extrêmement simple d’installer une nouvelle extension ou de la mettre à jour, de même qu’avec Drupal, l’étendre, le « hacker » ça se fait aussi avec des Hooks. Mais toutes ces solutions n’ont pas encore compris l’intérêt d’avoir un outil de configuration intermédiaire comme le Typoscript.
(Lire la suite…)
Après une petite recherche sur internet j’ai trouvé une façon très facile d’écraser n’importe quel contenu (stdWrap) en typoscript. Il existe déjà plusieurs possibilités avec la fonction « stdWrap » telles que la modification de la casse, supprimer les balises HTML, « wrapper » le stdWrap, etc. Comme ce n’est jamais assez, je me suis demandé s’il était possible d’utiliser du PHP à même le typoscript pour modifier le contenu du stdWrap.
La propriété « postUserFunc » du stdWrap sert exactement à cet effet.
Il suffit d’appeler un script PHP préalablement défini et d’appeler la fonction de celui-ci tout en y passant quelques paramètres au besoin.
Voici un exemple d’utilisation :
includeLibs.nomLib = fileadmin/templates/scripts/scriptPHP.php
tt_content.cheminDuStdWrap.stdWrap {
postUserFunc = nomDeLaClasse->nomDeLaFonction
}
N’avez-vous jamais rêvé de changer certains drapeaux utilisés par TYPO3 dans le backend ? Si en plus de ça, vous êtes canadien, voire canadien-français, cela vous concerne encore plus. Peut-être aimeriez-vous afficher le drapeau canadien à la place du drapeau des états unis et le drapeau québécois à la place du drapeau français ? (Lire la suite…)
TYPO3 utilise ce que l’on pourrait appeller un langage ou un fichier de configuration qui s’appele le Typoscript. Je ne rentrerais pas ici dans le détail de ce qu’est le Typoscript ou l’utilisation au sein de TYPO3. Mais je partirais du principe que vous êtes déjà un utilisateur de TYPO3 et que vous avez déjà intégré du code TS à l’intérieur du système. Ce billet fera donc la lumière sur l’utilisation du Typoscript, car il existe deux manières de gérer du code TS dans l’interface backend :
- Soit en mettant votre code directement dans un enregistrement de type GABARIT (template)
- Soit en mettant votre code dans un fichier externe (texte) et de l’inclure dans un enregistrement de type GABARIT (template)
Pour ma part, ma préférence serait plutôt la première option. Mais voici pour moi les avantages et inconvénients de ces deux approches. (Lire la suite…)
L’extension [tt_news] est réputée pour être l’extension la plus flexible de TYPO3 ! Malheureusement, elle n’est pas parfaite, malgré son tableau de référence typoscript imposant !
Je ne vais pas énumérer ici toutes les limites que j’ai pu rencontrer avec cette extension, sinon vous seriez capable de ne jamais l’installer, alors que c’est une extension qui reste malgré tout très puissante. Mais je vais partager avec vous, un problème que j’ai rencontré avec une vue de [tt_news] qui s’appelle CATMENU. Cette vue permet de générer un menu de navigation de toutes les catégories de nouvelles. Même s’il existe plusieurs configurations possibles (soit sous forme d’arbre, soit sous forme de liste), je n’ai pas réussi à réaliser ce que je voulais, c’est à dire, lister toutes les catégories en affichant devant une image qui représente la catégorie. Par défaut [tt_news] m’offre cette vue, mais me rajoute devant des images qui permet de construire l’arbre, un peu comme cet exemple, mais avec les icônes de mes catégories devant : (Lire la suite…)
Je profite de cette vague de messages fréquents que je vous envoi, pour vous partager une bonne découverte que je viens de faire !
Cela faisait plusieurs fois que je me rendais compte que la barre de navigation disponible en mode LISTE avec l’extension « tt_news » n’était pas complètement parfaite par défaut. Je m’explique : Arrivé à la 7ème page, on pouvait cliquer sur SUIVANT et on voyait les pages suivantes, mais la barre en question affichait toujours la page 7 comme étant la page en cours, alors qu’elle aurait dû indiquer la page 8, et ainsi de suite. J’avais beau tester plein de solutions de typoscript et ça n’était pas concluant. C’est en cherchant sur le web que je suis tombé sur un forum en allemand et qu’en comparant avec le document de « tt_news » que j’ai enfin trouvé le code parfait que voici : (Lire la suite…)
Je voulais partager avec vous, quelques astuces que j’ai découvert ou redécouvert ces derniers jours.
1 ère astuce : La feuille de style du RTE :
Avez-vous déjà eu des problèmes avec une feuille de style personnalisée utilisée pour votre RTE (Htmlarea) ? Comme par exemple, le fait d’ajouter de nouveaux styles et de ne jamais les voir apparaitre dans la liste de l’éditeur. Et bien, moi cela m’arrive très souvent et pour l’instant je n’ai rien trouvé de très pratique pour éviter cela, mais je vais quand même vous dire ce qu’il faut faire. (Lire la suite…)
Je vais vous conter ici une astuce que je viens de trouver alors que je suis en train de travailler à la migration d’un « gros » site ministériel dont je tairais le nom 
Sur ce site, nous avons une section avec les 17 régions administratives du Québec et nous devons y retrouver 17 plugins « tt_news » pour y gérer des communiqués de presse. Cela nécessite un total de 34 (2×17) plugins : un pour la vue LIST et un autre pour la vue SINGLE. (Lire la suite…)
Je viens de découvrir une nouvelle option qui va être ajoutée à la prochaine version de TYPO3.. la fameuse version 4.2 qui va offrir d’excellentes nouvelles options !
Ici je veux parler de la possibilité de modifier le titre d’un champ dans le Backend sans modifier le fichier de langue. Cela peut être utile si vous avez besoin de modifier le nom d’un champ pour une extension particulière et surtout pour un dossier système particulier. Des fois cela arrive que pour la même extension, un champ doit porter un nom différent d’un dossier à l’autre. Bref, actuellement il existe une extension qui s’appelle [maja_labelrename]. (Lire la suite…)
Une nouvelle vidéo vient d’apparaitre sur le podcast de Kasper, elle concerne le futur éditeur Typoscript qui va être intégré dans TYPO3 4.2 !