Question fonctionnalités, Agile Carousel est bien fourni : play/pause, pagination, transitions multiples, retardateur… mais personnellement je n’aime pas beaucoup comment il fonctionne.

Tout d’abord, l’insertion de données à l’aide JSON peut se révéler intéressante pour récupérer des données extérieures, mais ces données ne font pas partie du document à son chargement ; elles sont ajoutées en JavaScript. Ainsi, si l’utilisateur n’active pas JavaScript, les données sont inexistantes, on n’a donc que des divisions ou zones vides.

Ensuite, la librairie oblige à définir les tailles du diaporama dans la configuration JavaScript. Ce que je trouve très contraignant au niveau de la maintenance. On mélange à la fois la configuration fonctionnelle du diaporama et ses dimensions. Ce genre de fonctionnement n’est pas pour faciliter le travail de l’intégrateur.

Bien que je comprenne la volonté de vouloir insérer des données externes, je ne comprends pas cette manie de placer toute la configuration du côté JS. Tant que je n’aurai pas compris l’avantage, je resterai sur des librairies comme bxSlider, bien plus cohérentes.

Voir Agile Carousel.

Articles similaires :

1. 15 Carrousels d’images en Javascript
2. L’avenir de l’information : le web de données
3. TYPO3 : la conception agile
4. Les institutions doivent construire des données réutilisables, pas des sites web
5. Listes de 10 CMS stockant les données en XML

Le FrameWork mb.ile permet aussi de mettre en forme des applications pour le mobile. Si on fait un tour sur les pages proposées, on trouve des exemples d’intégration très intéressants : mb.ile.

• Menu – menu déroulants, big menu, menu recherche avancée…
• Video player – lecteur vidéo en fond de zone de contenu
• Vertical slider – menu déroulant vertical de style carrousel
• Extruder – menu latéral fixe, rétractable

Articles similaires :

1. TYPO3 : créer une version mobile de son site
2. OpenFaces, un FrameWork ajax
3. Instant Blueprint, FrameWork CSS express
4. Easy, un FrameWork CSS/HTML/JavaScript
5. CSS FrameWork : Scaffold pour le développement rapide

Tout a commencé bêtement sur twitter (il me semble), d’une demande d’une connexion à Dropbox (espace de stockage en ligne) identique à celle de Drupal : Dropbox Integration. Voilà le résultat et merci à Xavier.

Connect to your Dropbox account from TYPO3.

At the moment, a simple form provided by a frontend plugin allows you to send files to the root of your dropbox.

What could be great is being able to have a directory inside fileadmin that would be « mapped » to some Dropbox folder. At least I guess it could be cool.

Lire Dropbox API

Articles similaires :

1. Drupal est formidable, il sert à tout
2. Configurer RealURL pour un site TYPO3
3. Conférence TYPO3 2008 : Les DVD
4. Le top des 51 meilleurs best websites propulsés par le CMS TYPO3 du monde
5. Université TYPO3 2009 à Annecy

CarouFredSel est un petit plugin jQuery permettant de faire défiler les images de manières infinies (retour au début de la liste d’images). Un défilement automatique, de la navigation clavier, compatibilité lightbox, l’auteur a implémenté quelques fonctionnalités importantes.

Ce carrousel semble très fluide et aisé à mettre en place sur un site.

Voir carouFredSel.

Articles similaires :

1. Calendrier d’insertion de date en JavaScript avec raccourci clavier
2. TYPO3 – carrousel d’images en javascript
3. ColorBox, plugin lightbox pour jquery
4. La navigation au clavier sur les sites d’images
5. Galerie d’images avec bxGallery sous jQuery

• Enhanced Usability for the List Module
• Generic i18n and l10n strategy for FLOW3 and TYPO3 v5
• Enhanced Media Content Element
• Modular Community System
• Private Resource Handling for FLOW3 / TYPO3 5.0

Donc, de la gestion de modules, de la gestion de langues, de la gestion de contenus médias, du communautaire et de la sécurité ; c’est bien c’est important ça avance et les projets sont arrivés à terme.

Le Google Summer of Code est bel et bien terminé mais les explications de la brève du site TYPO3 restent un peu succinctes. Les module sont mieux listés mais il manque la recherche, les langues ça marche, les médias peuvent être insérés dans du contenu avec le seul lien (style URL Youtube), l’extension communautaire trop facile tout était déjà prêt grâce à FLOW3 mais en fait il faut attendre la correction de deux bugs et enfin les contenus sécurisés passent par AOP de FLOW3.

Oui, c’est vrai pas besoin d’en faire tout un fromage, ça marche et puis c’est tout ; mais on aimerait en savoir un peu plus en ce qui concerne le communautaire. Entre une solution IBM, MicroSoft, TYPO3 ou Drupal , je choisis quoi moi ?

Sharepoint, très bien, y a tout, mais c’est cher et long à mettre en place ; un bon petit réseau communautaire, c’est intuitif pour les utilisateurs mais un peu léger en terme de gestion de contenu. On sent un créneau pour TYPO3 mais pas de grands effets d’annonces de la communauté. Quand est-il ?

Lire Google Summer of Code 2010 a huge success.

Articles similaires :

1. Les projets du Google Summer of Code
2. TYPO3 : documentation en ligne pour découvrir le FLOW3
3. TYPO3 5.0 est arrivé en release
4. TYPO3 : suivre l’actualité de FLOW3
5. TYPO3 : version 4.3 ist da

La balise canvas permet d’effectuer des rendus dynamiques d’images dans un navigateur ; c’est-à-dire réaliser des animations d’images, interprétées par le navigateur. Précédemment, pour les sites internet, les animations étaient la plupart du temps codées en Flash. La balise canvas permet de limiter l’utilisation du Flash et ainsi d’améliorer les performances en rendant les pages moins lourdes.

Wadda est une fonctionnalité permettant de zoomer dans une image à partir de la balise canvas. Il suffit d’appeler une librairie JavaScript dans l’entête de sa page puis d’insérer le code adapter pour l’affichage de l’image concernée.

Bien se rappeler que pour l’intégration d’un zoom dans une page, il est nécessaire d’avoir deux images distinctes ; l’une pour la miniature, l’autre pour la haute définition. Wadda se charge de faire le rapport de coordonnées du curseur et d’agrandissement entre les deux images.

Au chargement de la page, plusieurs paramètres sont configurables :

• Taille de la zone de vision
• Fondu sur les bords de la zone de vision
• Valeur du grossissement
• Décalage du curseur

Voir Introducing Wadda the image zoomer using canvas.

Articles similaires :

1. Graphiques (Charts) avec JavaScript
2. Humble Finance: graphiques dynamiques avec HTML5
3. Le futur avec HTML5 par Bruce Lawson
4. Video for Everybody!, lecture de vidéos avec HTML5 ou pas
5. Galerie d’images avec bxGallery sous jQuery

Comme pour la gestion de pages hier, ou encore l’assistant d’installation ; le module de gestion des extensions vient d’avoir un petit relooking. Désormais, il est possible de classer les extensions en fonction de leurs spécificités, de faire des recherches…

Encore un fois, nous observons un beau travail de la communauté avec la reprise de modules historiques. Le fonctionnement est conservé, le travail se porte principalement sur la gestion graphique et l’affichage. Il s’agit donc d’ne vision interface de l’administration dont la philosophie et le code pourront être repris pour d’autres modules dans le futur.

Articles similaires :

1. TYPO3 : Démonstration du nouveau Grid View pour le version 4.4
2. TYPO3 : Localization Manager, gestion des traductions
3. TYPO3 : Extension d’édition FrontEnd
4. TYPO3 : version 4.3 ist da
5. TYPO3 : effectuer des requêtes dans un plugin/module

Voici, une vidéo qui présente le nouveau système d’édition de contenu d’une page :

Dans la bataille entre Page Module et Templavoila, on pouvait préféré TemplaVoila pour sa capacité à formater la structure d’une page dans l’administration, en correspondance avec la page affiché sur le site, en Front.

Avec Page Module, seules 4 zones de contenus étaient disponibles : colonne gauche, colonne centre, colonne droite et bordure. Cette structuration est assez difficile à comprendre pour un rédacteur qui ne voit pas pourquoi il faut éditer la colonne de gauche pour changer une accroche dans une entête.

Sur ma page, le contenu est au dessus et, là, il faut l’éditer à gauche ; je ne comprends pas.

Franchement suffisait de developper un module un peu plus évolué pour l’ajout des zones contenus à volonté et pour le découpage de la page d’édition de contenu dans l’administration. Ainsi, les zones de contenu correspondraient graphiquement entre l’administration et le site affiché.

Grâce à ce week end à la montagne, ce nouveau module sera bientôt disponible sur la version 4.4 de TYPO3. Le nouveau Page Module ne souffre plus du désavantage de la flexibilité par rapport à TemplaVoila. De même, il garde son avantage de ne pas avoir une structure XML intermédaire pour la définition des contenus.

Ce fonctionnement permet de profiter de la pleine puissance du TypoScript avec les options : ColPos, Sorting… c’est-à-dire une vraie connection avec la base de données ; qu’il n’y a pas avec TemplaVoila

La gestion des traductions reste disponible, les contenus peuvent être déplacées en glisser/déplacer… cette nouvelle mouture du Page Module semble très fonctionnelle. Avec le départ de Dmitry Dulepov de l’équipe de TemplaVoila, je ne saurai vous dire quel sera l’avenir de ces deux très intéressants systèmes de templating pour le CMS TYPO3.

Articles similaires :

1. TYPO3 : un FrameWork pour TemplaVoila
2. TYPO3 : créer une version mobile de son site
3. TYPO3 : version 4.3 ist da
4. TYPO3 : nouveau plugin extension manager
5. TYPO3 : Safeedit Concept

Elle permet de gérer les gabarits principaux et les sous-gabarits disponibles, de modifier l’interface d’intégration BackEnd, pour la plus grande flexibilité possible.

Le très pointilleux Dmitry Dulepov quitte l’équipe de développement de cette extension phare du CMS pour divergence d’opinion avec les membres de l’équipe. Sage décision, mauvaise décision, ce qui compte après tout c’est que les oppositions ne limitent pas les évolutions et les compatibilités avec les nouvelles versions du CMS.

A vrai dire, seul le temps pourra nous dire si ce départ aura été ou non un handicap pour la communauté TYPO3.

Today I announced that TemplaVoila 1.4.2 will not be released any soon because of the major bugs in it. I was immediately accused of “stopping progress” by two different people. All these years of hard work meant nothing it seems. I was very much stressed by such views. I can’t bear that. And I won’t. Quality means very much to me but I am not going to listen to any more accusations. I would rather drop the project completely than being accused of stopping progress because I want to release a quality product. I am tired to fight for the quality!

Dmitryn, un faciste du code ? Un homme penché sur les problématiques de qualité, un peu trop ? Un développeur qui manque de « good enough » attitude ? Cette événement ne nous empêchera pas de continuer à le suivre.

Lire Farewell, TemplaVoila!.

Articles similaires :

1. TYPO3 : la réponse à Dmitry par l’équipe de TemplaVoila
2. TYPO3 : un FrameWork pour TemplaVoila
3. Une alléchante extension de Templavoilà
4. TYPO3 : Démonstration du nouveau Grid View pour le version 4.4
5. TYPO3 : créer une version mobile de son site

Comme je le disais en introduction, le Typoscript est l’avantage numéro 1 lorsque vous choisissez TYPO3 pour créer vos projets Web. Maintenant je n’hésite même plus à le dire à nos clients, ce qui n’était pas le cas il y a quelques années car peu familiarisé avec le TS. D’ailleurs à mon sens un client a plus d’avantages à aller modifier une constante quelque part dans le TS que d’aller jouer dans le code PHP, vous n’êtes pas d’accord ? Et si une entreprise a une équipe de développeurs PHP, l’apprentissage du Typoscript n’est pas une si haute marche à gravir pour eux autres.

Dans cet article, il semble falloir comprendre que le TypoScript est vraiment quelque chose de génial. Pourtant, j’imagine que le novice n’aura pas tout à fait retenu ou compris les argurments principaux. Alors, j’en remet une couche.

Pour moi, le TypoScript offre l’avantage de séparer, de manière stricte, les couches d’intégration HTML, de configuration TypoScript et de développement PHP. Cette manière de procéder est évidemment mal acceptée par un développeur qui va réaliser toute la chaîne, à la fois une intégration de gabarits et le développement fonctionnel. Plutôt que d’aller taper directement dans le PHP pour définir les évenéments, il va devoir se familiariser avec un langage supplémentaire qui présente sa propre logique. Je comprends, c’est fastidieux.

Maintenant plaçons nous dans le cas d’une équipe constitutée de deux ou trois personnes pour la réalisation d’un site en TYPO3. La séparation stricte des parties du code va permettre de séparer les métiers.

Ainsi, le gabarit HTML ne contient que du HTML. Dans TYPO3, on appelle un fichier HTML et on demande d’aller cibler des zones (selon le chemin ou l’identifiant), il n’est pas nécessaire d’insérer de code (PHP) à l’intérieur. Le code PHP ne renvoie que des données, il n’est normalement pas nécessaire de mettre en place des méthodes spécifiques pour la gestion d’un effet sur une page. Entre les deux, le TypoScript gère un traitement des données (options d’un plugin, écriture d’un lien, insertion de class CSS, affichage de menus…), que l’on peut actionner à partir de différentes constantes.

Donc, le fichier HTML peut être modifié par un intégrateur HTML sans connaissances de PHP. Le code PHP n’est pas pollué par la couche de présentation ou de configuration, il gère les données ; il est plus lisible, plus facile à maintenir ; le développeur n’intègre pas de code HTML (souvent non valide). Le TypoScript permet de configurer le fonctionnement d’un site selon les désirs et les pratiques du client.

Donc, si cette même équipe prend le même code HTML, ne touche pas aux fichiers PHP (à moins de les faire évoluer) et applique une configuration légèrement différentes du TypoScript pour appeler une CSS différentes ou autres ; elle peut mettre en ligne un nouveau site sans repartir de zéro.

Pourquoi Yannick Parvard écrit-il un article sur le TypoScript ? Pourquoi semble-t-il si enthousiaste ?

Et bien parce que Yannick traite des sites en TYPO3 depuis plus de 5 années. Ces sites sont (je crois) à majorité des sites gouvernementaux, qu’on peut catégoriser comme éditoriaux, avec un grand volume de pages et avec des contraintes de multilinguisme.

TYPO3 est vraiment un formidable outil pour ce genre de sites. Il est très facile de mutualiser le code des extensions (qui ne contiennent aucunes spécificités). Une partie du code TypoScript pourra aussi être partagée entre tous les sites, seules les constantes différeront.

De cette manière, malgré la taille que peuvent avoir ces sites, le nombre de sites à faire évoluer, la version TYPO3 de chacun d’eux. Yannick peut aisément se replonger dans leur code et les mettre à jour. A priori pas d’effets de bord sur les dépendances de fichiers PHP, pas de casse sur le HTML, pas de conflits entre les configurations de plusieurs sites : c’est propre, c’est sûr.

TYPO3, avec son langage Typoscript, est particulièrement adapté à des équipes avec assez de personnes pour pratiquer la spécialisation par métier. La couche de configuration étant séparée, elle est centralisée. Chacun des membres de l’équipe aura à charge un certain de fichiers ou langages (c’est bien allemand comme mode de pensée). Ce mode d’organisation se révelera avantageux à mesure que le nombre sites à gérer augmentera. Le coup de maintenance par sites supplémentaires sera faible.

Bien entendu, le temps nécessaire pour la maitrise de ce CMS en particulier, ajouté au temps pour se créer un portefeuille de clients conséquent peut être très long. Et puis c’est pas l’outil qui fait le bon développeur ; ce qui compte c’est de coder de manière propre.

Pourtant dans le cas d’Infoglobe, il semble qu’au final, l’investissement est payant : Le Typoscript, c’est quoi exactement ?.

Articles similaires :

1. TYPO3 Phoenix (v5) et le TypoScript II
2. Tutoriel – découvrir TYPO3 et le TypoScript
3. TYPO3 : manipulation de données en TypoScript ou avec Tesseract
4. TSWIKI – Editer du TypoScript
5. Typo3 et l’externalisation des fichiers de configuration