typolight 2.6.x

[davidm]

Alors que la 2.6.1 est encore chaude, la 2.6.2 est déjà en route et va inclure une nouvelle extension qui permettra aux membres de définir un profil public, d'envoyer des MP, de lister tous les membres...

Cool, non ?

Plus d'info et quelques screenshots ici (en anglais) : http://typolight.org/forum/topic/8463.html

[Bouctoubou]

bah le js il marche po

Rien à voir avec le js..., c'était la base de données qui était "over quota". Ca remarche très bien.

Alors que la 2.6.1 est encore chaude, la 2.6.2 est déjà en route et va inclure une nouvelle extension qui permettra aux membres de définir un profil public, d'envoyer des MP, de lister tous les membres...

Oui c'est une bonne nouvelle!

[Dadou]

Rien à voir avec le js..., c'était la base de données qui était "over quota". Ca remarche très bien.

alors elle est souvent en "over quota", ça marche toujours pas, pas d'action de déclenché

[davidm]

Bon... je viens de lire la doc sur l'extension "Catalog" et combiné à CatalogExt et Taxonomy, cette extension fait potentiellement de Typolight tout simplement une "killer app" pour construire des contenus avec des champs customs qui sont ensuite exploitable via des fonctionnalités de tri, de recherche et de templating qui sont tout bonnement brillantes !

Je n'ai pas connu d'excitation pareille à propos d'un CMS depuis que j'ai découvert les TVs dans MODx, c'est dire !

Maintenant j'attend de tester pour voir mais concrètement ça voudrait dire qu'on peut déployer ce type de chose en beaucoup moins de temps qu'avec MODx

[El-Cherubin]

Un tel enthousiasme, ça fait plaisir a voir!

Cependant, ça devient hardu pour les petits comme moi qui sont loin d'etre des developpeurs!

[davidm]

Typolight te permet de faire des choses sans être développeur, moi-même je ne le suis pas, en l'occurence dans ce cas précis c'est plus facile qu'avec MODx

[Djames-Allen]

Bonjour,

J'ai lu toutes vos interventions et je dois dire que je suis impressionné par vos réactions sur ce fameux Typolight. Bon ce weekend je sais ce qu'il me reste à faire .

Ps: Pensez-vous que ce CMS soit le plus adapté pour créer un site de petites annonces communautaire?

Merci d'avance, Djames

[Bouctoubou]

alors elle est souvent en "over quota", ça marche toujours pas, pas d'action de déclenché

Je viens de tester, c'est bon chez moi

[davidm]

Pensez-vous que ce CMS soit le plus adapté pour créer un site de petites annonces communautaire?

Le plus adapté ? Peut-être pas il y a peut-être des solutions dédiés annonces qui feront mieux mais avec l'extension Catalog : sans aucun doute faisable dans des délais très rapides... maintenant Typolight est comme d'autres outils puissants : il faut apprendre à les maîtriser...

Mais quand je vois ce que je peux faire après 15 jours

[Djames-Allen]

Merci beaucoup Davidm pour ton point de vue toujours très interessant. Je vais étudier cela et peut être tester Typolight+Catalog ou chercher un autre plus adapté.

[nyl auster]

Je suis toujours MOdx mais je ne suis pas POO et j'ai peur que cela me bloque dans le futur.

Hello, peux tu me préciser ce que tu veux dire par là? La POO c'est la prog objet c'est bien ça? Quel est le souci avc la POO de Modx et quel est la différence avec typolight?

[aour]

Salut

J'ai fait quelques composants pour Modx et cela assez simplement.

Les prochaines versions utiliserons le magnifique travail de Jason : http://xpdo.org/

Je ne maitrise pas la P.O.O. et j'ai pas envie de me casser la tête pour des personnalisations simples. Exemple: liste de références clients, liste de bien en vente sur un site immo, liste de revendeur .... avec une interface dans l'admin pour la saisie, la modification ...

Aujourdhui, TL te permet grâce à Catalog et catalog_ext de faire des choses très sympa sans aucun code.

Au pire tu dois maitriser la gestion des array.

Voila sous TL comment Créer un catalogue. Via l'admin tu crée la base, les champs, les condititions ... J'ai fait en 30 minutes un catalogue de bien en location, alors que sous Modx, j'aurais eu besoins de plusieurs heures. Sachant qu'en plus l'interface pour la gestion est faite automatiquement par TL.

De plus Thyon améliore sans cesse et ajoute des fonctionnalités : catalog_mailer, Catalog Filter, Catalog list, Catalog reader et le dernier Catalog Related Module qui te permet sur la fiche d'un bien d'afficher les biens similaires selon les critère que tu aura défini.

Le seul code que tu as à saisir ce sont les templates mais cela se résume à quelque if, else foreach et tests de base en PHP et cela si tu veux vraiment personaliser l'affichage.

Toutefois si Modx est la solution pour un projet, je l'utiliserai mais ferait appel à un dev.

Modifié 29 Octobre 2008 par aour

[davidm]

Ceci dit, Typolight est entièrement écrit en PHP orienté objet, il me semble

TYPOlight has a solid codebase built on the new object-oriented programming features of PHP 5

Avec MODx on peut faire des catalogues avec les TVs sans toucher à du code aussi, mais c'est moins rapide il faut l'admettre et pour tout ce qui est recherche avancée, filtres, etc... là sous MODx il faut rajouter tvExplorer un peu comme a fait Perrine pour deco-in typiquement le type de site qui est BEAUCOUP plus rapide à mettre en oeuvre avec TL...

[aour]

Ceci dit, Typolight est entièrement écrit en PHP orienté objet, il me semble

Tout a fait mais ce qui est bien c'est que coté utilisateur c'est transparent et que je n'ai pas besoin de la technologie pour faire des choses sympa.

TVexplorer est vraiement bien sauf que si tu ne le connais pas tu ne sais pas qu'il existe. il n'est pas dans le repo et je sais pas si Hélio va le faire évoluer.

Mais sinon, deco-in.com est pour moi le site français de réference sous Modx.

Si vous voulez donner un petit coup de main à Perrine un petit tour sur son site et vous verrez.

[davidm]

Ce n'est pas moi qu'il faut convaincre sur ce coup là, c'était juste une remarque

[davidm]

Et la notice Typolight est publiée sur Framasoft

http://www.framasoft.net/article4791.html

[nyl auster]

Intéressant

Il parait vraiment l'outil idéal pour mettre en place facilement des fiches produits ou des annonces avec un filtrage pour les recherches.

Imaginons que je veuille créer un site d'annonces d'emplois : est-il tout aussi efficace pour permettre par exemple à des entreprises de s'inscrire sur le site puis de déposer elles même des annonces en front-end?

Si c'est le cas, je me pencherai sérieusement sur son cas en complément de modx. Drupal est certainement un très bon CMS dont je me suis servi pour un site mais il ne me parle vraiment pas; c'est pas faute d'y avoir investi du temps. (http://www.vst-freeware.com , mais j'ai trop lutté avec les champs customs et les views pour en garder un bon souvenir.)

[aour]

Salut

La 2.6.2 est sortie avec ses correctifs et lot de nouveautés dont David et moi meme avions déjà parlé.

_AT_nyl_auster : Catalog ne fourni pas de module front end. Mais tu peux utiliser autoform pour créer un formulaire qui stocke les résultats dans une base de donnée.

C'est à tester.

[davidm]

Salut Nyl

Effectivement je n'ai pas encore testé mais formauto ou EFG doivent pouvoir permettre ce type de chose. Encore que, franchement vu le degré de contrôle sur l'affichage des éléments au sein de l'admin (imagine en terme MODxien que tu as d'office ManagerManager intégré dans la gestion des droits) et la finesse des permissions tu peux tout aussi bien envisager de donner un accès au backend.

Ceci dit c'est plus pratique d'avoir un formulaire de création de compte frontend et de développer des formulaires customs qui insèrent des données dans les tables du catalogue. Il faudrait regarder plus en détail les posts de Thyon qui a déjà mis ce genre de chose en place.

Donc oui c'est sûrement possible.

La facilité avec laquelle on peut lier les formulaire à des tables de la base devrait aussi jouer

[nyl auster]

Je dois réaliser dans les semaines à venir un petit site pour présenter des produits biologiques, c'est sans doute l'occasion d'essayer ça.

Est-il facile de faire son propre design ?

[nyl auster]

oubliez ma question, c'est très bien expliqué au début du sujet.

[nyl auster]

re bonsoir

Je suis en train de tester typolight. Je m'intéresse à lui pour ces raisons :

- trouver quelque chose de plus abouti que modx niveau gestion droits /workflow. D'après ce que je lis de vous, ça semble acquis.

- profiter de la facilité de création de formulaire (ça me parait formidable pour créer des formulaires de commande ou de réservation ça, ou encore stocker des annonces ou des fiches rentrées par des visiteurs). Pour l'instant je tombe sur une erreur php en validant mais j'espère comprendre pourquoi demain.

dernier point et qui m'importe beaucoup : avoir une admin plus intuitive à prendre en main que Modx : et là je m'interroge, car je n'avais jamais vu un tel système de création d'articles et je me pose des questions à cet instant de mon apprentissage :

1) c'est pas un peu relou pour un client de devoir rentrer des éléments un par un? (titre, texte, lien)

2) Il faut qu'il recrée une page à chaque fois qu'il veut rentrer un nouvel article dans une catégorie donnée? (jai lu dans la doc que les articles d'une même page était affichés les uns en dessous des autres.)

[davidm]

- profiter de la facilité de création de formulaire (ça me parait formidable pour créer des formulaires de commande ou de réservation ça, ou encore stocker des annonces ou des fiches rentrées par des visiteurs). Pour l'instant je tombe sur une erreur php en validant mais j'espère comprendre pourquoi demain.

Ca m'est arrivé aussi, le temps de comprendre la logique qui est derrière... si tu as des soucis n'hésite pas à poster sur typolight.fr avec des questions plus précises

dernier point et qui m'importe beaucoup : avoir une admin plus intuitive à prendre en main que Modx :

Alors, dans typolight l'admin n'est pas forcémment plus intuitive que dans modx, je dirai même qu'elle l'est moins.

Par contre on a un total contrôle (au début ça donne mal au crâne avec toutes ces options de permissions) sur ce que le client voit dans l'admin (mais au lieu d'avoir à utiliser un plugin du genre ManagerManager pas forcémment toujours parfait et lourd à utiliser) on a ça nativement dans la gestion des permissions.

Ca veut donc dire que le client ne voit que ce dont il a besoin et cela simplifie énormément les choses pour lui.

Deuxième élément, l'aide en ligne est très complète bien plus que dans modx.

et là je m'interroge, car je n'avais jamais vu un tel système de création d'articles et je me pose des questions à cet instant de mon apprentissage :

En fait c'est très courant : la plupart des CMS ont un système avec une spécialisation des contenus par type, les articles étant le type de base et les extensions donnant en général des types additionnels (galerie, sondage, news... etc).

modx ne fait pas de distinction et l'unité de contenu c'est le document web qui peut ou non contenir d'autres documents (répertoire) : mais modx est une exception !

Avec typolight on retrouve la notion d'article mais avec deux grosses nuances :

1) un article n'est pas un élément de contenu ! : c'est un "conteneur" auquel on peut associer n'importe quel type de contenu, mais qui ne comprend pas de contenu en dehors d'un texte d'accroche qui va servir sur les pages listant les articles. Il défini les propriétés de l'article (date de publication et de fin de publication), certaines propriétés CSS optionnelles liées au framework CSS de TL, l'auteur...

2) un article n'est pas contraint par une structure de contenus rigide : La puissance de typolight est un peu similaire à modx par certains aspect pour cette raison : on est pas contraint par une structure du type titre - intro - texte mais on peut choisir à loisir les éléments de contenus. En quelque sorte les "content elements" de typolight sont un peu comme les TV dans modx. Un élément de contenu peut être : un texte, un titre, une image, un fichier à télécharger, du code HTML, mais aussi un élément de contenu d'un autre article ou un autre article ou encore et c'est très intéressant : un module (les modules sont un peu comme les chunks dans modx, mais dans le sens étendu du chunk c'est à dire qu'ils sont souvent l'équivalent des chunks de templates utilisés par les snippets). La différence c'est aussi que la structure de données peut être différente pour chaque article, alors que dans modx elle est associée à un template (un gros défaut de modx, à quand les DocumentVariables ?).

1) c'est pas un peu relou pour un client de devoir rentrer des éléments un par un? (titre, texte, lien)

Tu n'est pas obligé de faire comme ça ! Tu peux simplement utiliser une zone de texte dans laquelle tu crée tes contenus exactement comme tu le fais pour "content" dans modx

2) Il faut qu'il recrée une page à chaque fois qu'il veut rentrer un nouvel article dans une catégorie donnée? (jai lu dans la doc que les articles d'une même page était affichés les uns en dessous des autres.)

Oui et non.

Ca dépend en fait du type de contenu dont on parle.

Si c'est une page "statique" alors oui. Le fait que l'arborescence soit "double" : page d'un côté, article de l'autre est à mon sens illogique et la séparation du concept de page et d'article a peut-être des justifications techniques (notamment côté structuration de la DB) mais il serait plus cohérent de les fusionner surtout que le concept d'article est utilisé de manière atypique ici ça peut amener des incompréhensions. Apparemment une future version de typolight (qui ne portera pas le même nom) devrait mettre fin à cette distinction...

Si c'est une page dont le contenu est dynamique et géré via un des modules installé (actualités, galerie, sondage, calendrier.... etc) alors là non il suffit de définir des pages comportant soit une présentation custom qui contient elle même des modules pour lister les contenus (là on bosse comme avec Ditto : une page pour lister, une page pour afficher le détail) et pour présenter le détail d'un élément.

Le client ne fait qu'ajouter une actualité dans la catégorie souhaitée et le reste est automatique

Idem pour les autres types de contenus.

[nyl auster]

Ok je vois un peu mieux le fonctionnement global.

En ce qui concerne l'intuitivité de l'admin c'est en fait assez lié à la gestion des droits. Je pense au probleme d'héritage automatique dans Modx qui fait que quelqu'un qui fait "crée page ici" sur un repertoire va créer une page avec le même template et les mêmes droits. Ca me pose un souci car dans mon cas il n'est pas rare que la page répertoire soit une rubrique et donc privée; voire dispose d'un template différent. Et puis le fait de pouvoir créer une page privée (éditables seulement pour l'admin) pour un rédacteur est un contre sens vu qu'il ne peut même pas l'éditer par la suite.

Pour le reste l'admin de modx se prend vite en main, si ce n'est que passé par managermanager pour masque des champs n'est pas très marrant.

[aour]

En ce qui concerne l'intuitivité de l'admin c'est en fait assez lié à la gestion des droits.

Tout a fait. La gestion des droits est extrêmement fine et va même jusqu'au simple champ.

Tu peux parfaitement pour un role de rédacteur, masquer uniquement le bouton publié. Ainsi il pourra tout faite sur un article sauf le publier.

La gestion séparée de la structure du site est pour moi un plus car quand je présente l'outil, je fais prendre conscience à mon interlocuteur qu'avant de penser contenu, il doit au préalable penser structure. Ainsi le projet gagne en productivité.

Concernant les éléments que tu rajoutes dans un article, certes tu peux mettre un seul élément texte cependant utiliser plusieurs éléments peut etre un avantage car chaque élément dispose de son propre fichier de template et class css (que tu peux personnaliser).

Le rédacteur n'a pas à se soucier des class lorsqu'il rédige. Prenons l'élément téléchargement, ton rédacteur ajoute l'élément et le fichier joint. TL formate ensuite la sortie telle que toi tu l'a défini. Par défaut, il met le nom, affiche la taille et l'icone qui correspond à son extension.