🌍
Français
peace and love... ok ?
A ce jour, il n'est pas du tout évident de faire ce que l'on veut des menus quand on est pas spécialiste.. et je ne parle pas du tout pour moi. (quoique..)
L'avantage très très important des plugins, est de permettre des personalisations sans que l'on connaisse quoi que ce soit de la programmation..
Il ne vous faut pas oublier que PWG s'adresse au grand public, pas seulement aux adoléscents boutonneux qui tripatouillent le code depuis la naissance ou presque... (c'est aussi de l'humour bien sur :o))
Alors je ne sais pas comment va fonctionner dans la pratique le nouveau moteur de template... mais tout ce qui va dans le sens de faciliter les personnalisation sans toucher aux fichiers de PWG (fichiers local.php, plugins, moteur de template..etc.. ) est vraiment bienvenu.
Bien sur, pas d'ingérence dans la technique, les remarques faites dans les messages précédents sont fondée. La méthode vous appartient.
....
humblement,
merci.
éric.
VDigital a écrit:
mathiasm a écrit:
Pour moi, on est allé trop loin avec le menubar manager. On masque aux webmestres la connaissance des templates, alors que c'est là la force de personnalisation de Phpwebgallery.
Nous en sommes tous là, et le passage à Smarty a permis de faire comprendre ce point à ceux qui n'en avaient pas encore conscience.
Mais je crois que P@t envisage une solution de gestion fixée par l'admin.
8-)
D'accord, tant que:
juste avant, Mathias a écrit:
Donc si tu veux faire un menubar manager, tu peux, mais il devrait générer un menubar.tpl pour ne pas regénérer le code à chaque appel.
mathiasm a écrit:
Pour moi, on est allé trop loin avec le menubar manager. On masque aux webmestres la connaissance des templates, alors que c'est là la force de personnalisation de Phpwebgallery.
Nous en sommes tous là, et le passage à Smarty a permis de faire comprendre ce point à ceux qui n'en avaient pas encore conscience.
Mais je crois que P@t envisage une solution de gestion fixée par l'admin.
8-)
De mon point de vue, les menus ne changent pas tous les quatre matins.
Sur une galerie, on présente les catégories (triées comme on veut, remontées si on le souhaite, etc..) puis les fonctions supplémentaires et les liens sont présentés comme le webmestre l'entend. S'il ne veut pas perdre ses visiteurs, le webmestre laissera son menu inchangé (à part la mise en exergue des catégoreies si cela l'intéresse).
Donc si tu veux faire un menubar manager, tu peux, mais il devrait générer un menubar.tpl pour ne pas regénérer le code à chaque appel.
Pour moi, on est allé trop loin avec le menubar manager. On masque aux webmestres la connaissance des templates, alors que c'est là la force de personnalisation de Phpwebgallery.
Mathiasm, si j'ai bien compris, tu penses qu'on ne devrait pas intégrer la gestion des menus en 1.8?
Perso, je pense qu'on devrait pouvoir gérer le menu exactement de la meme manière qu'on gére nos catégories...
Je pense meme utiliser la meme présentation dans la partie admin ;-)
A la lecture du premier message de v'images, ma première réaction a été:
c'est à ça que servent les templates!
Mais les plugins sont passés par là.
Drupal est un CMS, la gestion des menus est donc obligatoire pour lui.
Nous sommes une galerie. Les liens du menu sont disponibles via leurs variables. Les liens personnalisables sont dispos de base via $conf (et donc LocalFilesEditor).
Au lieu d'avoir un gros plugin qui gère tout ça et qui va se charger à chaque fois, on modifie en dur le menubar.tpl et ça roule. Les liens persos peuvent même être mis directement dedans.
Bilan de mon point de vue:
- les dev ne passent pas de temps sur le plugin mais sur la 1.8
- le webmestre modifie son tpl, donc une syntaxe qu'il connait, et n'a pas à comprendre le fonctionnement du plugin, qui, comme le menubar manager actuellement, aura forcément des limites qui bloqueront certains webmestres
=> tout bénef.
Altérer les templates n'apporte aucun risque en termes d'évolutions. Toute nouvelle fonction sera signalée et pourra donc être reportée facilement. Contrairement au plugin, qui se base en grande partie sur le contenu des .php pour ses insertions.
[demi-HS]Mes tentatives de templates personnalisés ont été bloqués par le moteur de template 1.7. J'attends donc la 1.8 pour pouvoir me passer d'un plugin perso pour obtenir l'affichage souhaité. Il faudra pour cela qu'on ait une gestion du HTML purement dans les templates et pas dans le php (comme actuellement)[/demi-HS].
vivement la 1.8 n'est ce pas!
ha, ben c'est ce que je t'avais dis... :o) c'est logique.
yapuquasortirtresvitela 1.8 !!!!!!!!
vimages a écrit:
Dis, P@t, tu me tiendras au courrant de l'avancée du plugin..? Pas du tout par impatience, mais pour suivre l'intégration des blocs, des liens divers et variés dans ces blocs... la mise en page...
Si je m'attaque à ca, ca sera directement pour la 1.8 ;-)
Je ne compte pas faire ca en plugin...
L'agitateur de service est heureux d'avoir allumé la mèche... nous allons avoir bientôt un menu explosif !
Merci à vous!
Dis, P@t, tu me tiendras au courrant de l'avancée du plugin..? Pas du tout par impatience, mais pour suivre l'intégration des blocs, des liens divers et variés dans ces blocs... la mise en page...
@+
merci.
éric.
rub a écrit:
Réfléchit bien au fait de faire 2 tables. Tu pourrais aussi bien faire avec une table.
Et pour les menus de niveau 3 comme les plugins, tu comptes faire comment?
Et pour l'ordonnancement?
Heu... j'ai copié le principe de drupal en fait ;-)
Une table pour les menus principaux...
Et une autre pour les sous menu... Chaque sous-menu pouvant etre le sous-menu d'un autre...
Mais bon, je suis en train de réfléchir à tout ca... et je reconnais que c'est pas gagné ;-)
ddtddt a écrit:
P@t je suis sur que tu y penses mais une gestion de permission sur les Blocs additionnels serais un plus
Arf... on en est pas encore la ;-)
P@t je suis sur que tu y penses mais une gestion de permission sur les Blocs additionnels serais un plus
Réfléchit bien au fait de faire 2 tables. Tu pourrais aussi bien faire avec une table.
Et pour les menus de niveau 3 comme les plugins, tu comptes faire comment?
Et pour l'ordonnancement?
Carte blanche à P@t.
Essaie de faire un draft avec un minimum menu sans les catégories juste pour voir le principe.
8-)
rub a écrit:
Pas de soucis pour un menu en AJAX mais on n'oublie pas la règle (sans js, le menu fonctionne quand même).
Et ne pas oublier les menus Horizontaux.
L'AJAX ne serait (éventuellement) que pour la partie admin.
Je ne compte pas changer la présentation actuelle du menubar.
Uniquement la facon dont c'est géré...
Voila mon idée:
Une table "menu_custom" avec les noms des blocs: Catégories, Tags, Spécial, Menu, Identification.
Une table "menu_links" avec les liens: favorites, most_visited, best_rated, etc, etc...
Dans la partie admin, possibilité:
- de pouvoir afficher ou non les blocs et les liens
- d'ajouter des blocs et des liens
- de pouvoir assigner un lien à n'importe quel bloc