Piwigo.org

VDigital · 2005-12-07 19:31:51

Je ne dis pas que l'idée n'est pas bonne, je mesure les conséquences.

Avec un peu de recul... J'aime bien les templates, mais quand tu aides un utilisateur sur le forum et:

- Tu ne sais pas quel template il utilise.
- Tu ne sais pas quel MOD (à ce jour) il a installé...

Si demain, tu dois pensé à : il a tel template, et si il a activé tel plugin et tel autre, c'est donc à cause d'une incompatibilité, pas du code mais des templates, je vais chercher un moment. Ça va m'amuser une fois, deux fois mais à la troisième je ne réponds plus sur le Forum.
C'est clair: il faut faire simple de chez simple, et en faisant simple on pourra faire performant et c'est notre premier objectif.

"Mon avis seulement, ceci est !!!" dirait yoDan avec force.

MBt · 2005-12-08 15:50:56

rvelices a écrit:
le developpeur des plugins peut decider d'avoir ses templates a lui a l'interieur du repertoire plugin.

Là je te rejoins, cette possibilitée doit être offerte et d'ailleurs elle l'est vu que rien n'empêche le développeur d'instancier une nouvelle variable template et de la parser pour en retourner le code...
Ce que j'ai dit plus haut c'est qu'il ne faudrait peut-être pas le rendre obligatoire (ne pas imposer un fichier plugin.tpl par exemple)

VDigital a écrit:
- Tu ne sais pas quel template il utilise.

Je dirais que le template utilisé n'est pas obligatoirement un problème parce que dans l'idée que je me fais des plugins, c'est le template qui décide ou non de prendre en compte un plugin (voir templates "simplissime" et "trescharge" pris en exemple plus haut). Par contre ce qu'on ne connait pas c'est le thème utilisé et là ça peut poser un problème. Si dans ton thème tu utilises la bouée pour l'aide alors que le plugin utilise un "?" c'est moche.

Le template permet d'avoir facilement un site pwg différent de celui du voisin. Pas seulement en terme de couleurs mais aussi et surtout de fonctionnalités.
A coté de ça, les thèmes permettent à des visiteurs de voir la page avec des couleurs différentes ou à l'administrateur de faire varier l'aspect visuel du site selon son humeur ([Noël, Halloween, Paques] ou [Printemps, Eté, Automne, Hiver] ou [Rock, Pop, Rap, Techno]...)
C'est pourquoi je suis pour (mince je me répète) une gestion des plugins via les templates, j'invite les développeurs à utiliser des templates dans leurs plugins et j'ajoute qu'il faudrait essayer de prendre en compte le thème (aïe là c'est chaud) en tout cas pour les éléments les plus standards (boutons précédent, suivant, aide,...).

MBt

VDigital · 2005-12-08 19:40:13

Je sens qu'il y en a un certain nombre qui vont "ramer".
Il va falloir du renfort tant coté développeur que coté support.
Je ne sais pas ce qu'en pense l'équipe actuelle mais... c'est à voir.

MBt: tu peux nous refaire une synthèse/résumé pour qu'on soit tous au même niveau d'info, le topic devient trop long.
sans tenir compte des + et des ++, et encore moins des -.
Et après,...

rvelices: Etudes des conséquences, les avantages/les inconvénients...

Mille mercis à vous deux.

MBt · 2005-12-08 21:24:52

VDigital a écrit:
MBt: tu peux nous refaire une synthèse/résumé

Putain j'ai l'impression de repasser mon BAC... 8-D ! "Thèse. Antithèse. Synthèse. Vous avez 4 heures..."

Clairement t'as raison et je viens d'alumer mon PC pour lire vos messages et justement essayer de faire un doc constructif car sans ça on peut tourner des jours.

Bon ben j'm'y met...
A+
MBt

Edit : si je commence par oublier des "S" dans mes phrases j'vais perdre des points...

Dernière modification par MBt (2005-12-08 21:26:00)

rub · 2005-12-08 22:00:34

Pour les plugin, on parle beaucoup de template... certes... mais il faut aussi voir le coté intéractif avec la base/noyau de pwg.... Comment surcharger des fonctions, comment ajouter des événements à certaines actions (pour les exploiter par les plugins, ect... non?

plg · 2005-12-08 22:59:39

MBt a écrit:
[...] essayer de faire un doc constructif car sans ça on peut tourner des jours. [...]

Avec le wiki par exemple ? Zone fr:fonctionnalites. Pour la présentation, choix des informations, prendre exemple sur fr:fonctionnalites:historique.

J'essaie de suivre cet intéressant topic, mais je m'y sens un peu mal à l'aise. Je vais vous donner ma vision de la chose, sans entrer dans les détails techniques pour le moment. En mai 2005, j'ai donné sur mon blog ma vision du positionnement de PhpWebGallery. Les phrases clef sont :

- Galerie orientée mono-administrateur
- Faire facilement les choses simples, pouvoir faire des choses complexes
- Faire une seule chose, mais bien le faire.
- La simplicité est une caractéristique importante (navigation, configuration, administration)
- La rapidité est également une caractéristique clef
- PWG est une application "standalone"
- L'important, c'est l'interfaçage avec les autres applications, pas l'intégration dans d'autres applications.

Les plugins apportent les avantages des MODs : ajout d'une fonctionnalité ou modification du comportement. Les plugins apportent les avantages des langues/templates : aucune modification du code n'est nécessaire. On prend donc les avantages des 2.

Aujourd'hui, si un webmaster veut modifier sa galerie en comportement ou ajouter une fonctionnalité, il a plusieurs solutions :

- soumettre une demande d'évolution et attendre qu'elle soit acceptée puis intégrée. L'inconvénient de cette méthode réside dans son caractère incertain : il n'est pas certain que l'équipe de développement accepte.
- trouver une astuce sur le wiki ou sur le forum
- trouver le MOD qui correspond
- retrousser ses manches et plonger dans le code

Mise à part la première solution incertaine, les autres nécessite de modifier le code soit même. Ce qui n'est pas l'idéal. Moi-même sur les applications que j'utilise et même PWG, j'évite à tout prix de modifier le code original pour éviter les problème lors des mises à jour. Une solution sous forme de plugin permettrait donc d'éviter de modifier directement le code mais n'empêcherait pas les problèmes lors des mises à jour à mon avis.

L'architecture technique actuelle de PWG est simple et se démarque clairement du modèle objet MVC de Gallery2 par exemple. Je suis favorable à conserver la simplicité actuelle, car un modèle plus complexe nous amenerait tout droit sur les plates-bandes de Gallery2 et je n'y vois aucun intérêt. Or, si on veut mettre en place un beau système de plugin, il faudra certainement revoir l'architecture technique actuelle. Il y a donc une opposition. Je veux bien être détrompé si on arrive à trouver un système de plugin simple et qui se contente de l'architecture actuelle.

J'y pense d'ailleur, Punbb dispose d'un mini système de plugin dans l'administration. Cela serait certainement plus proche de l'idée que je me fais des plugins dans PWG.

Bref, les plugins ça peut être super, si on reste dans l'esprit PWG (simplicité, rapidité).

MBt · 2005-12-08 23:19:05

Je ne suis pas à l'aise avec le Wiki. J'ai commencé depuis mon dernier post à écrire un fichier txt contenant toute une réflexion sur le sujet dont voici la trame (je n'ai pas mis le texte pour être plus court:

[...]

Et c'est déjà pas mal je pense... la suite arrivera par mail ou dans le wiki (si j'arrive à l'utiliser et si la base est déjà constuite (from scrtach je n'y arrivera pas je pense)).

Mbt

edit : en fait je m'en suis sorti avec le wiki, ce n'est pas si compliqué... Il est là http://phpwebgallery.net/doc/doku.php?i … in_modules
J'ai profité de l'édit pour supprimer la trame qui allourdissait le post et qui n'est plus utile.

Dernière modification par MBt (2005-12-08 23:57:09)

rvelices · 2005-12-09 03:19:42

Neanmoins je pense que lister les plugins qu'on veut pouvoir developper avec ce systeme nous aiderait beaucoup dans les specs/conception dans le sens quel est le bon compromis entre la simplicite du noyau et la puissance du systeme plugins (si je le savais je l'aurait dit de le premier message)

Voila mes idees. Les idees des autres sont bienvenues.

- utilisation de mod_rewrite pour enlever les ? dans les urls
- bbcode dans descriptions
- l'actuel mod_news
- mod download / zip
- photo du jour/mois/semaine
- customization du sort par categorie (et non plus un seul global qui s'applique a toutes les categories)

Malheureusement je n'aurai pas acces a mon ordi personnel jusqua la fin de la semaine prochaine et donc il va falloir attendre jusque la pour que je m'y mette a wiki.

VDigital · 2005-12-09 08:38:52

Très bien... Tout ça.
MBt: Ce soir ou ce we, je te revisite ta page du wiki pour la mise en forme (pas de problème).

rvelices: On attendra ton retour, pas de pb. De tout façon les plugins disponibles, c'est pas pour ce Noël !!!

plg · 2005-12-09 09:33:08

Tiens, je viens de voir ça : plugins pour dokuwiki.

flipflip · 2005-12-09 11:41:47

Question : Faut-il laisser le soin au designer du template de contrôler même l'intégration des plugins au risque de devoir modifier les tpl à chaque ajout de plugin ou faut-il faciliter la portabilité des templates en proposant aux plugins de s'y intégrer de manière transparente au risque que le designeur ne contrôle plus son template??
Mon avis : Il ne faut pas laisser les développeurs de plugins devenir maître du template, ce n'est pas leur rôle. Le designer doit garder la main.

Ou alors un système comme dans Joomla. C'est à dire, il existe plusieurs zones (header, footer, user1, user2, user3...) et on peut même en rajouter encore et chacunes de ces zones est gérable par l'administration, en fait chaque éléments qui componsent l'interface (module, menu...) et géré comme un plugin et dans la configuration du plugin on peut lui attribué un endroit où il va s'afficher. C'est très pratique pour disposer les éléments. Pourquoi pas envisager que chaque élément des templates puissent être déplaçables ? Au contraire je pense que c'est système très lourd à gérer.

MBt · 2005-12-09 13:19:30

flipflip a écrit:
Ou alors un système comme dans Joomla

C'est vrai que le sytème de Joomla est vraiment pratique seulement il doit y avoir un travail particulièrement intense au niveau du code, surtout en ce qui concerne l'interface d'administration. PWG n'en est pas encore là, enfin je ne crois pas...

MBt

MBt · 2005-12-09 17:04:36

Je viens de faire une modification de code qui permet de créer des modules tels que je les vois. Je sais qu'il vaut mieux faire une définition claire de ce qu'on souhaite en premier mais ça vous donnera peut-être des idées.

FIchier /include/template.php.
Ajouter dans la fonction "compile(...)" ligne 334 :

Code:

    $modrefs = array();
    preg_match_all('#\{module:([^}]+)\}#is', $code, $modrefs, PREG_SET_ORDER);
    foreach ($modrefs as $module)
    {
      //$module[0] is matched string (ex : {module:mod_name})
    //$module[1] is module name
    include_once(PHPWG_ROOT_PATH.'modules/'.$module[1].'/'.$module[1].'.php');
    $modoutput = create_function('','return '.$module[1].'_output();');
    $code = str_replace($module[0], $modoutput(), $code);
    }

Là, il suffit de créer un fichier mod_test.php dans le répertoire /modules/mod_test/ contenant au moins la fonction mod_test_output()

Code:

<?php
 function mod_test_output()
 {
  $ret = '<h1>Module mod_test </h1> <p>test réussi</p>';
  return $ret;
 }
?>

dans le template désiré (ategory.tpl par exemple) il suffit d'ajouter l'appel au module:

Code:

...
  <div id=module_test>
  {module:mod_test}
  </div>
...

C'est assez simple non?
MBt

chrisaga · 2005-12-10 14:21:13

z0rglub a écrit:
[...]
Bref, les plugins ça peut être super, si on reste dans l'esprit PWG (simplicité, rapidité).

Je suis avec toi !

jillij · 2005-12-10 22:06:54

J'ai envie de rentrer un peu dans le débat car ca m'interesse beaucoup cette idée de plugin! Ca me faciliterait beaucoup la vie pour l'interfaçage avec wordpress!
Je ne sais pas trop ce que vous en pensez, mais voici comment fonctionne wordpress pour les plugins, je trouve ça simple et très efficace. Il doit y avoir plus de 1000 plugin pour wordpress, tellement c'est simple!

Le principe est de faire passer chaque element affiché par un filtre. Par exemple chaque post passe par une fonction filter. Chaque liste de categorie, chaque commentaires fait de même. Le developpeur de plugin se charge juste d'ajouter des fonctions à ces filtres. Functions qui sont alors referencé dans la base de données. Du coup c'est super facile d'ajouter du code n'importe où. Il suffit d'ajouter une fonction au bon filtre.

Par ailleurs en plus des filtres, ils ont ajoutés des actions. Ainsi à chaque fois que quelqu'un se logue, clique sur une categorie, poste un commentaires, etc, wordpress lance une action typée. Le developpeur de plugin peut de la même manière ajouter des fonctions à cette action.

Enfin, dans l'espace d'administration aussi il y a des actions et des filtres. Du coup le programmeur peut aussi ajouter son espace d'administration pour son plugin!
J
e ne sais pas comment d'autres applications sont gérées pour les plugins, mais je trouve ça assez malin.

Piwigo.org

Annonce

#16 2005-12-07 19:31:51

Re: [Evolution] Plugins

#17 2005-12-08 15:50:56

Re: [Evolution] Plugins

rvelices a écrit:

VDigital a écrit:

#18 2005-12-08 19:40:13

Re: [Evolution] Plugins

#19 2005-12-08 21:24:52

Re: [Evolution] Plugins

VDigital a écrit:

#20 2005-12-08 22:00:34

Re: [Evolution] Plugins

#21 2005-12-08 22:59:39

Re: [Evolution] Plugins

MBt a écrit:

#22 2005-12-08 23:19:05

Re: [Evolution] Plugins

#23 2005-12-09 03:19:42

Re: [Evolution] Plugins

#24 2005-12-09 08:38:52

Re: [Evolution] Plugins

#25 2005-12-09 09:33:08

Re: [Evolution] Plugins

#26 2005-12-09 11:41:47

Re: [Evolution] Plugins

#27 2005-12-09 13:19:30

Re: [Evolution] Plugins

flipflip a écrit:

#28 2005-12-09 17:04:36

Re: [Evolution] Plugins

Code:

Code:

Code:

#29 2005-12-10 14:21:13

Re: [Evolution] Plugins

z0rglub a écrit:

#30 2005-12-10 22:06:54

Re: [Evolution] Plugins

Pied de page des forums