On sort un peu du sujet...
C'est malgré tout très original. Combien de blog ou de CMS veulent proposer un système intgrant une galerie...?
Tous ou presque non?
Je pense qu'il est plus facile d'intégrer PWG dans la plupart des solutions actuelles.
Mais je ne rejette pas l'idée l'idée d'un add-on de PWG qui lui donnerait des fonctions style Blog ou CMS à PWG.
Ce qu'il faut éviter: c'est prendre une voie séparée (punBB et punPortal).

Un exemple dans tools m'irait très bien.
8-)

rub a écrit:

Le but n'est pas non plus de faire un cms ou un blog à part entière.

Le plus important à mes petits yeux, c'est de pouvoir gérer facilement x langues sur un contenu personnalisables (NBM ou conditions d'utilisation, ...).
C'est à dire une gestion de contenu au sens le plus strict.

Dans ce cas là, tu as un très grosse fonctionnalité à mettre en oeuvre. Description de photos et catégories multilingues...
Nous somme d'accord sur le fond. le local.lang.php devrait répondre à ça.

rub a écrit:

En fait, le but n'est pas de gérer du contenu mais de faciliter la mise en place par un utilisateur lambda.
Modifier un fichier php, ca semble pour certains compliqués alors si en plus il faut qu'il comprenne les '  \  " ca va être très compliqué.

C'est pour ça que j'ai parlé de l'intégration aux CMS. Si tu prends drupal ou CMSMS, tu le "linkes" à phpwebgallery et pouf! tu as ton éditeur wysiwyg adpaté à des pages de texte, etc... Là, je suis d'accord qu'on est hors-champ pour du multilingue dans pwg.

rub a écrit:

Pour finir, je vais citer la 1er phrase de ce site:
PhpWebGallery  est un système de gestion de contenu open-source, gratuit, avancé et simple d'utilisation, orienté vers la présentation de collections d'images.

Oui, mais là, tu as voté pour plus clair ;-)
=> PhpWebGallery est un logiciel libre et gratuit de présentation de photos sur le web
le contenu dont il était question était le type d'éléments possibles dans la galerie, soit $conf['file_ext'].

rub a écrit:

Avoir une interface qui gére les traductions d'un contenu personnalisé de façon avancée mais simple est l'idée que j'avais envie  de passer...

Avancée mais simple... Une petite quadrature du cercle!
Et le motto de Pierrick, qui est un peu celui de phpwebgallery:
              Faire facilement les choses simples, pouvoir faire des choses complexes.
La réponse de manière plus générale repose sur une amélioration du système de template, sujet de multiples fois discuté, qu'il faudra un jour résumer et définir une bonne fois pour toutes. Tel qu'il est actuellement, ce n'est normalement qu'une version transitoire vers du modulaire (voir le sujet de chris dans le forum de la team pour l'équipe).
L'idée est passée, mais de mon point de vue, si tu fais de l'"avancé", tu dois comprendre un minimum ce que tu fais, donc mettre les mains dans les rouages, ce qui n'est pas contradictoire avec simple, mais qui est contradictoire avec ta version qui veut que simple=centralisé, protégé et interfacé.
Par exemple, avec les plugins, on devrait pouvoir se passer de beaucoup de modifications directement dans le php qui génère le tpl. Les modifs des tpl peuvent devenir un nouveau template, adapté à la fonction. et la conclusion, plus de modifs des fichiers par défaut, ce qui est le but recherché.

Ne décourageons personne! L'expérience peut être menée via tools ou par un gros plugin.

Question technique: Je pense qu'il faudra une table...  local.lang.php ne devrait pas suffire. Rub a raison.

mathiasm a écrit:

... avec les plugins, on devrait pouvoir se passer de beaucoup de modifications directement dans le php qui génère le tpl. Les modifs des tpl peuvent devenir un nouveau template, adapté à la fonction. et la conclusion, plus de modifs des fichiers par défaut, ce qui est le but recherché.

et

rub a écrit:

faire le moins de php pour les utilisateurs

On vise à terme (et aux thermes éventuellement 8-) ) l'absence totale de modif dans l'ensemble des fichiers livrés en standard. Tout pouvant être réalisé simplement par des ajouts de fichiers et de tables.
Tu as parfaitement raison. On adhère tous à cette idée.
L'idée fait son chemin et c'est très bien.

8-)

VDigital a écrit:

Ne décourageons personne! L'expérience peut être menée via tools ou par un gros plugin.
Question technique: Je pense qu'il faudra une table...  local.lang.php ne devrait pas suffire. Rub a raison.

Une table ou un fichier propriétaire, l'idée est la.

VDigital a écrit:

...aux thermes...

Si je dis que c'était un test pour nos maitre capelo du forum, personne me croit ;-)
(il est interdit de faire le résumé hebdo de mes boulettes...)

VDigital a écrit:

mathiasm a écrit:

... avec les plugins, on devrait pouvoir se passer de beaucoup de modifications directement dans le php qui génère le tpl. Les modifs des tpl peuvent devenir un nouveau template, adapté à la fonction. et la conclusion, plus de modifs des fichiers par défaut, ce qui est le but recherché.

et

rub a écrit:

faire le moins de php pour les utilisateurs

On vise à terme (et aux thermes éventuellement 8-) ) l'absence totale de modif dans l'ensemble des fichiers livrés en standard. Tout pouvant être réalisé simplement par des ajouts de fichiers et de tables.
Tu as parfaitement raison. On adhère tous à cette idée.
L'idée fait son chemin et c'est très bien.

VDigital a bien résumé l'ensemble, je pense.

De toute façon, j'ai déjà une demande en cours pour la NBM, quand je le ferais, je m'emploierais à faire un système générique qui rentre dans le cadre que ce qu'on a dit.
Je ferais ma proposition pour NBM (mais quand?) et on disposera.


Pour vimages, tu peux faire un fiche pour mettre ton idée initiale en plugin.
Je prendrais le point.
Tu peux aussi le livre en MOD, je pense.

vimages a écrit:

On vise à terme (et aux thermes éventuellement 8-) ) l'absence totale de modif dans l'ensemble des fichiers livrés en standard. .

on devrait pouvoir se passer de beaucoup de modifications directement dans le php

oui et re oui !

Je fais le test de monter une galerie avec mon frère qui n'a jamais fait de site web, etc. Ca me permettra de me faire un nouveau point de vue sur les problèmes de novices et sur la façon de les restreindre.

En 1.7 il existe Additional Pages